iOS开发之进阶篇——查找内存泄漏
内存泄漏
内存泄漏指程序中动态分配的内存由于某种原因未释放或无法释放, 造成系统内存的浪费.
比如MRC中如下代码会造成泄漏:
但由于ARC机制, 编译器会在适当的时机帮我们加上release代码, 避免了内存泄漏. 不过即使在ARC中也有肯能因对象不释放而引起内存泄漏, 比如使用CF框架下的对象而没有做CFRelease操作.
例子中, 虽然string所占的内存很小可以忽略不计, 但不得不承认这是有安全隐患的. 假如代码中这里泄漏点内存, 那里又泄漏一点, 反反复复, 内存总会有用尽的那一刻. 毕竟系统本身内存有限, 分配给每个App的内存更加有限. 当系统内存慢慢不足时, 我们的App会变得越来越卡顿. 当系统内存告急时, App中首先会收到提醒, 如果我们不第一时间采取措施释放内存, 那么系统就会把我们的App kill掉. 所以, 我们应该重视内存泄漏问题.
引起内存泄漏的几种原因:
Leaked memory: 应用程序未引用的、不能再次使用或释放的内存。
如ARC下, 使用非OC对象忘记release. 比如CF, CG开头的对象等. 又或者在for循环中超多次加载比较占内存的对象(解决办法是加).
Abandoned memory: 内存仍然被您的应用程序引用，没有任何有用的用途。
循环引用. 包括OC对象、block、timer、delegate等循环引用问题, 造成引用计数不为零, 无法回收内存.
Cached memory: 内存仍然由您的应用程序引用，可以再次使用，以获得更好的性能。
为了快速访问而存储起来的对象. 比如存储某个等待界面或者使用单例等.
内存泄漏和内存溢出
内存泄漏指已经废弃的内存没能被系统回收, 造成浪费.
内存溢出指App申请新内存时系统无法提供足够的内存.
内存泄漏最终会导致内存溢出, 但不一定是只有内存泄漏才会引起内存溢出, 有时候可能是因为我们操作不当引起的. 比如同时加载多个大型资源(比如图片/视频等), 或者同时做一些复杂计算(比如做一些图像处理/地图处理等), 都有可能引起内存溢出.
接下来我们讨论查找内存泄漏的几种办法.
1. 使能Zombie Objects
有时候我们会收到错误提示, 但没能跳到具体的出错代码行, 此时可以启用功能, 来寻找那些已经被释放的对象.
Zombie Objects 1.png
Zombie Objects 2.png
当然, 这方法不一定凑效, 在我印象中没解决过什么问题.
PS: 开启Zombie Objects, Memory查看器变为disable:
memory_disable.png
2. 静态分析
测试代码:
静态分析:
Analyze1.png
Analyze2.png
这种方法在前期检测有一定作用, 但也有可能存在误判, 这要我们点击到相应代码行去分析.
3. Leaks工具
测试代码:
打开Leaks测试工具:
Leaks1.png
Leaks2.png
选择查看函数调用树:
Leaks3.png
调用列表比较复杂, 我们选择隐藏系统的一些方法:
Leaks4.png
开始运行, 无泄漏打V, 有泄漏打X:
Leaks5.png
找到出错函数, 点击可跳转到对应代码行:
Leaks6.png
4. 腾讯MLeaksFinder
https://github.com/Tencent/MLeaksFinder
- 发表于:
- 原文链接：https://kuaibao.qq.com/s/20200924A07XSY00?refer=cp_1026
- 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号（企鹅号）传播渠道之一，根据《腾讯内容开放平台服务协议》转载发布内容。
- 如有侵权，请联系 cloudcommunity@tencent.com 删除。
相关快讯
扫码
添加站长 进交流群
领取专属 10元无门槛券
私享最新 技术干货
腾讯云开发者
