ach*_*ral 5 xcode allocation ios
在分析应用程序时,我注意到每次执行某些操作(涉及UIViews)时,实时字节增加大约250 KB.
查看对象列表,主要(不断增长的)罪魁祸首只是读作"malloc 144字节".
偶尔我使用Allocations工具来发现我所持有的对象比我想要的更长,但我不确定如何解释"malloc"对象.
任何指导将不胜感激.
Rob*_*Rob 11
几点想法:
分配工具很棒,但我首先关注的是Leaks.你那里有健康的健康状况吗?
您是否通过静态分析器运行代码("产品"菜单上的"分析").特别是在非ARC代码中,可以识别许多问题.
你在用ARC吗?如果是这样,那会缩小搜索范围.
你有僵尸打开吗?这将导致内存不被释放.一定要关掉僵尸.
您确定没有强大的参考周期(也就是保留周期)吗?您可以NSLog在视图控制器中放置或断点,dealloc并确保它被调用并确保您没有强引用循环(两个或多个对象之间的循环引用导致两者都不被释放).(如果你没有dealloc方法,只需添加一个NSLog语句.)没有invalidate重复NSTimer是一个很好的例子,可能会无意中导致强大的参考周期.关键问题是你必须确认dealloc正在发生.
你肯定是弹出/解除视图控制器而不是推送/呈现另一个视图控制器的副本吗?(除了前面讨论的强引用周期之外NSLog,该dealloc方法中未能看到/断点可能是由此引起的.)
在你的256(!)图像视图上你imageNamed要设置image属性吗?该imageNamed方法缓存图像将不会释放内存,直到您收到内存警告(虽然它只会在您检索新图像时消耗内存,而不会重新检索现有图像).
最重要的是,可能存在大量可能的问题,而且您的问题还不足以帮助我们诊断问题.你必须帮助我们缩小问题的范围.
但是开始查看你的控制器并确保它们像他们应该的那样被释放.我对144字节malloc问题感到痛苦,但这不太可能是每次消耗250kb的罪魁祸首.这malloc可能是问题的症状,而不是问题的根源,在关注malloc调用来源花费太多时间之前,我会专注于上面列出的更基本的事情.