与状态101大约20分钟后我的应用崩溃(内存不足,我相信)

调试使用仪器 - 和ObjectAlloc中泄漏给我任何线索。该图ObjectAlloc中保持在大约1百万字节(1MB)一个不错的恒定水平,一样分配的净#。我已经摆脱了所有的泄漏。

我想这可能是一些做的线程数,但在绘制图形ObjectAlloc中它们也显示他们是恒定的。

任何人都可以点我在另一个工具的方向,或调查的另一种途径?

有帮助吗?

解决方案

修正一切锵发现。 LLVM锵静态分析

其他提示

记住系统分配(以及包括像图像和声音)对象不仪器受跟踪(尽管顶级保留计数做,当然)。所以这是feasable,你加载图像,说,这将难有作为你的内存使用秀,但能排出大量的实际内存!

如果没有这打击任何和弦,你可以尝试减色调试方法 - 直到问题消失或者你得到再现它的最小可能的事情(把你的项目的副本),切出的功能块。这至少应该帮助你寻找到瓶颈。诚然,这将是硬的(一),因为你必须等待20分钟左右,每次测试(但如果你把这个后台程序就不是那么糟糕)和(b),因为内存问题的本质是,有可以不是一个单一的原因,但更小的原因临界质量。

祝你好运!

我与对象的Alloc经验都没有如此之大。它并不总是给你应用程序使用的实际内存。

相反,与活动监视器使用对象的Alloc。请确保您使用的“物理内存免费”和“物理内存使用”选项,在活动监视器。这会告诉你,你的应用程序究竟使用多少内存。

你说的“好水平”的意思。它不随时间上涨,在所有?多少内存总 - 它可能只是手机需要一些其他应用中的一些记忆,而你是有点大了熬夜

在错误代码101意味着iPhone OS强制退出你的应用程序。如果你在你的应用程序中使用的UIImageViews,一定要管理对他们的记忆。我发现,一旦我的应用程序越过10/12 MB,iPhone的终止它。

如果你不使用任何图像视图(或大型图片),那么你的后端代码是吃了太多的空间。

所有我能说的是,你需要在你的配置更仔细地看和管理你的记忆保留在任何时间什么意见。

在运行仪器应用程序(运行 - >启动与外特性工具 - >泄漏),看看你的内存是越来越分配

希望这有助于!

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top