Ios iphone杀死后台应用程序

有没有办法杀死后台应用程序

---

我有一个我正在开发的应用程序，它可以录制声音，然后在滚动视图中打印出来。我遇到的问题是，如果录制时间太长，它会崩溃，因为它在打印时内存不足。我的解决办法是监控可用内存量，预测内存使用量，并在内存不足之前停止录制。问题是，我在后台运行的应用越多，它就越早停止录制，而不是像ios在DidReceiveMemoryWarning之前那样停止后台应用来腾出空间。重申我的问题，我如何才能杀死这些后台应用程序？苹果会对此表示不满吗？

你想通过编程从前台应用程序中删除其他后台应用程序吗？我怀疑苹果会对此表示不满

---

理论上，你可以从sysctl获取他们的进程id，并向他们发送SIGKILL来终止它们，但iOS会获取关于其他进程的信息，除非你是root用户（这意味着越狱）。

你想从前台应用程序以编程方式终止其他后台应用程序吗？我怀疑苹果会对此表示不满

---

理论上，您可以从sysctl获取其进程id并向其发送SIGKILL以终止它们，但iOS会获取有关其他进程的信息，除非您是root用户（这意味着越狱）。

iOS会在开始向您发送内存警告的同时开始终止未使用的后台应用程序本身。但你根本不应该收到内存警告，而是尝试修复内存管理。

iOS将在开始向你发送内存警告的同时终止未使用的后台应用程序本身。但你根本不应该收到内存警告，而是尝试修复内存管理。

杀死后台应用不会解决你的问题。即使所有其他应用程序都被杀死，你的应用程序也会在一段时间后崩溃

---

考虑使用一个小的缓冲区来存储这些数据，并定期将它们写入存储器。当用户需要向后滚动并读取较旧的记录时，请从存储器中读取它们。通过限制窗口大小，应用程序将只使用一定数量的内存。

杀死后台应用程序并不能解决您的问题。即使所有其他应用程序都被杀死，你的应用程序也会在一段时间后崩溃

---

考虑使用一个小的缓冲区来存储这些数据，并定期将它们写入存储器。当用户需要向后滚动并读取较旧的记录时，请从存储器中读取它们。通过限制窗口大小，应用程序将只使用一定数量的内存。

如果你需要问这个问题，我认为你的设计是错误的。您应该将视图与模型分离，并为前者提供足够的智能来处理内存不足的警告。UITableView对它可以显示的视图基本上做了相同的事情。如果你需要问这个问题，我认为你的设计是错误的。您应该将视图与模型分离，并为前者提供足够的智能来处理内存不足的警告。UITableView对它可以显示的视图基本上做了相同的事情。很遗憾，我希望它能像调用系统例程一样简单。嗯，我想我将不得不让它的情节，因为它记录，我想这将是更好的期待。谢谢。您也可以在第二次收到内存警告时停止录制。在第一次警告时释放你所能释放的，但是在第二次警告时停止（或者甚至尝试等待第三次警告）你可以获得合法的进程ID，看看我认为他们使用的是URL方案数据库和ASL日志的组合。很遗憾，我希望它能像调用系统例程一样简单。嗯，我想我将不得不让它的情节，因为它记录，我想这将是更好的期待。谢谢。您也可以在第二次收到内存警告时停止录制。在第一次警告时释放您可以释放的内容，但在第二次警告时停止（或者甚至尝试等待第三次警告），您可以获得合法的进程ID，看看我认为他们使用的是URL方案数据库和ASL日志的组合。