iOS：如何识别Xcode仪器的泄漏？
|
我利用分析器来查找内存泄漏并遇到了这个问题：
我切换到呼叫树. 所以我可以点击它以了解更多信息： 但它并没有真正给我任何线索.我怎么知道造成泄漏的原因？ 更新： >上面显示了显示系统库的调用树. >您在应用程序中执行的操作的一些描述,以重现此泄漏： 我们的应用程序在应用程序启动(前景)时与我们的REST-API同步.这总是在我的iOS 7 / iPhone 4S上运行.但是另一个开发者拥有iOS7 / iPhone 5并且很少运行它不同步的问题.经过10天观察并将NSLogs放到各处,我们昨晚发现了这个： Dec 15 03:18:58 appname[4801] <Warning>: A gateway to the host server is working via WWAN. Dec 15 03:18:58 appname[4801] <Warning>: Syncing... Dec 15 03:18:58 appname[4801] <Warning>: Eventname to be fired: f11-reachability Dec 15 03:18:58 appname[4801] <Warning>: Sync event IOS_REACHABILITY reached. Dec 15 03:18:58 appname[4801] <Warning>: Sync: IOS_SYNC_WITH_SERVER is true Dec 15 03:18:58 appname[4801] <Warning>: Animating indicator... Dec 15 03:18:58 appname[4801] <Warning>: Getting last timestamp: 1387003344.407783 then calling syncWithServerWithDate Dec 15 03:19:27 com.apple.launchd[1] <Notice>: (UIKitApplication:com.apple.mobilecal[0x45fb]) Exited: Killed: 9 Dec 15 03:19:27 com.apple.launchd[1] <Notice>: (com.apple.afcd) Idle-exit job was jettisoned. Will bypass throttle interval for next on-demand launch. Dec 15 03:19:27 com.apple.launchd[1] <Error>: (com.apple.afcd) assertion failed: 11B554a: launchd + 35697 [3C91C465-EFA6-32C7-A677-DD0B5FDEE0DC]: 0x9 Dec 15 03:19:27 com.apple.launchd[1] <Notice>: (com.apple.absd) Idle-exit job was jettisoned. Will bypass throttle interval for next on-demand launch. 第三次尝试同步(按下主页按钮并回到前台)给了我们这个,这表明内存不足： Dec 15 03:25:18 C1 appname[4801] <Warning>: Getting last timestamp: 1387003344.407783 then calling syncWithServerWithDate Dec 15 03:25:29 C1 profiled[6244] <Notice>: (Note ) profiled: Service stopping. Dec 15 03:25:40 C1 crash_mover[6248] <Notice>: (Warn ) <crash_mover.m mv_recursive:98> Moving './LowMemory-2013-12-14-160222.plist' -> '/var/mobile/Library/Logs/CrashReporter/LowMemory-2013-12-14-160222.plist' 所以我想我给了探查器一个去看看我是否找到了什么. 为了重现它,我启动了应用程序,进入主屏幕,然后按下模拟低内存,然后单击应用程序返回到前台.这是我得到红色尖峰的地方. >你正在运行什么Xcode版本. Xcode 5.02. iPhone 4S(OK)上的iOS 7.04,iPhone 5(罕见的边缘情况) 我希望这有帮助.谢谢 解决方法
由于Leaks中的红色峰值出现威胁,泄漏的总内存为1.06kb,这极不可能是您的问题的根源(甚至没有相关).
对于你的应用程序导致其他应用程序的抛弃,这本身并不是问题,我不会那么担心(但是,要成为一个好公民,你真的应该尽量减少这个).更直接的功能问题是您的应用程序无法同步的原因以及这是否真的是应用程序本身内存警告的结果(或更准确地说,是应用程序无法充分释放资源以响应内存警告,结果在后续的内存分配中失败). 在我看来,第一个问题是你是否真的在你的应用程序中获得内存警告.一般来说,如果应用程序确实有内存警告,我会在控制台中看到如下内容： Dec 15 11:12:26 Robs-iPad myapp[2224] : Received memory warning. 但是我没有在你的控制台转储中看到上面的内容,所以它让我想知道你是否真的收到了内存警告. 我可能会建议在您的应用委托中插入显式记录： - (void)applicationDidReceiveMemoryWarning:(UIApplication *)application
{
NSLog(@"%s",__FUNCTION__);
// free whatever caches or other temporary resources you can here
}
或者在视图控制器中进行特殊处理： - (void)didReceiveMemoryWarning
{
NSLog(@"%s",__FUNCTION__);
[super didReceiveMemoryWarning];
// do whatever you want to free resources here
[[[UIAlertView alloc] initWithTitle:nil
message:@"didReceiveMemoryWarning"
delegate:nil
cancelButtonTitle:@"OK"
otherButtonTitles:nil] show];
}
这将导致在我的控制台中看到以下内容： Dec 15 11:12:26 Robs-iPad myapp[2224] : -[AppDelegate applicationDidReceiveMemoryWarning:] Dec 15 11:12:26 Robs-iPad myapp[2224] : -[ViewController didReceiveMemoryWarning] 但关键的目标是确认您是否真的收到了内存警告,以及这是否真的与您的应用程序无法同步相关. 但是让我们假设问题实际上是内存警告的结果.这就产生了两个问题：首先,你在做什么来减轻内存警告(例如,使用@autoreleasepool来缓解高水位标记,如果不是绝对必要的话,不要同时在内存中保留大量资源,使用imageWithContentsOfFile而不是imageNamed)？第二,你在回应内存警告时做了什么(例如,你是否清除了缓存等)？ 因此,如果确实确认内存警告确实是问题的根源(并且首先执行此操作),那么在同步过程中查看分配图可能会很有趣(并确认活动字节的峰值数,如以及最终的活字节数).看看你问题中的分配图,它看起来并不太糟糕(即没有狂野的波动),但是,再一次,你还没有与我们分享“活字节”的数量,所以很难说. 但是当你模拟内存警告时,我绝对不会担心1kb的泄漏.这比你需要担心的任何严重症状更令人烦恼.留意泄漏,但要注意(a)大量泄漏; (b)代码中的那些,而不是框架中的那些. 我在下面的原始答案是对原始问题的回答,这个问题仅仅是“这些泄漏是由那些似乎与我的代码不相符的工具所显示的”.我会把它留在这里供参考： 这可能表明泄漏不在您的代码中,而是在系统框架中(您已隐藏). 您可能想要分享： >显示系统库的调用树; 坦率地说,你可能最终无视这个问题,因为(a)漏洞的大小可以忽略不计; (b)没有迹象表明问题存在于您的代码中; (c)iOS框架确实存在您无法控制的泄漏.但如果您担心,请分享上述一些信息,我们或许可以提供进一步的观察. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |