原文：http://www.cocoachina.com/ios/20160411/15892.html点击打开链接
4 经典内存泄漏及其解决方案
虽然ARC好处多多，然而也并无法避免内存泄漏问题，下面介绍在ARC中常见的内存泄漏。
4.1 僵尸对象和野指针
僵尸对象：内存已经被回收的对象。
野指针：指向僵尸对象的指针，向野指针发送消息会导致崩溃。
野指针错误形式在Xcode中通常表现为：Thread 1：EXC_BAD_ACCESS，因为你访问了一块已经不属于你的内存。
例子代码：(没有出现错误的筒子多运行几遍，因为获取野指针指向的结果是不确定的)
|
1
2
3
4
5
6
|
Dog * dog = [[Dog alloc]init];
NSLog(@
"before"
);
NSLog(@
"%s"
,object_getClassName(dog));
[dog release];
NSLog(@
"after"
);
NSLog(@
"%s"
,object_getClassName(dog));
|
运行结果：
|
1
2
3
4
|
[15184:5811062] before
[15184:5811062] Dog
[15184:5811062] after
(lldb)
|
可以看到，当运行到第六行的时候崩溃了，并給出了EXC_BAD_ACCESS的提示。
解决方案：
对象已经被释放后，应将其指针置为空指针（没有指向任何对象的指针，给空指针发送消息不会报错）。
然而在实际开发中实际遇到EXC_BAD_ACCESS错误时，往往很难定位到错误点，幸好Xcode提供方便的工具給我们来定位及分析错误。
1）在product－scheme－edit scheme－diagnostics中将enable zombie objects勾选上，下次再出现这样的错误就可以准确定位了。
运行结果：
|
1
2
3
4
|
[15169:5801945] before
[15169:5801945] Dog
[15169:5801945] after
[15169:5801945] _NSZombie_Dog
|
可以看到，当运行到第六行时并没有崩溃，并给出了NSZombie的提示。
2）在Xcode－open developer tool－Instruments打开工具集，选择Zombies工具可以对已安装的应用进行僵尸对象检测。
4.2 循环引用
循环引用是ARC中最常出现的问题，对于可能引发循环引用的一些原因在前一篇文章iOS总结篇：影响控制器正常释放的常见问题中有提及，大家可以看看。
一般来讲循环引用也是可以使用工具来检测到的，分为两种：
1）在product－Analyze中使用静态分析来检测代码中可能存在循环引用的问题。
2）在Xcode－open developer tool－Instruments打开工具集，选择Leaks工具可以对已安装的应用进行内存泄漏检测，此工具能检测静态分析不会提示，但是到运行时才会出现的内存泄漏问题。
Leaks工具虽然强大，但是它不能检测到block循环引用导致的内存泄漏，这种情况一般需要自行排查问题（考验你的基本功时候到了），傻瓜式的方案当然是重写对象的dealloc方法来监测对象是否正常释放，来确认没有形成循环引用。
由于ARC中循环引用出现的几率相对较大，很多大神或者团队都提供了很多解决此问题的思路和方法，甚至开发了插件和类库来帮助开发者更好地检测问题，有兴趣的读者可以研究一下，是否好用，孰好孰坏就由读者自行评判了。
4.3 循环中对象占用内存大
这个问题常见于循环次数较大，循环体生成的对象占用内存较大的情景。
例子代码：我需要10000个演员来打仗
|
1
2
3
4
|
for
(int i = 0; i < 10000; i ++) {
Person * soldier = [[Person alloc]init];
[soldier fight];
}
|
该循环内产生大量的临时对象，直至循环结束才释放，可能导致内存泄漏，解决方法和上文中提到的自动释放池常见问题类似：在循环中创建自己的autoReleasePool，及时释放占用内存大的临时变量，减少内存占用峰值。
|
1
2
3
4
5
6
|
for
(int i = 0; i < 10000; i ++) {
@autoreleasepool {
Person * soldier = [[Person alloc]init];
[soldier fight];
}
}
|
然而有时候autoReleasePool也不是万能的：
例子：假如有2000张图片，每张1M左右，现在需要获取所有图片的尺寸，你会怎么做？
如果这样做
|
1
2
3
4
|
for
(int i = 0; i < 2000; i ++) {
CGSize size = [UIImage imageNamed:[NSString stringWithFormat:@
"%d.jpg"
,i]].size;
//add size to array
}
|
用imageNamed方法加载图片占用Cache的内存，autoReleasePool也不能释放，对此问题需要另外的解决方法，当然保险的当然是双管齐下了
|
1
2
3
4
5
6
|
for
(int i = 0; i < 2000; i ++) {
@autoreleasepool {
CGSize size = [UIImage imageWithContentsOfFile:filePath].size;
//add siez to array
}
}
|
4.4 无限循环
这个是比4.3更极端的情况，无论你出于什么原因，当你启动了一个无限循环的时候，ARC会默认该方法用不会执行完毕，方法里面的对象就永不释放，内存无限上涨，导致内存泄漏。
例子：
|
1
2
3
4
5
6
7
8
|
NSLog(@
"start !"
);
dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0), ^{
BOOL isSucc = YES;
while
(isSucc) {
[NSThread sleepForTimeInterval:1.0];
NSLog(@
"create an obj"
);
}
});
|
输出结果为
|
1
2
3
4
5
6
7
8
9
|
[7026:3555827] start !
[7026:3556236] create an obj
[7026:3556236] create an obj
[7026:3556236] create an obj
[7026:3556236] create an obj
[7026:3555827] dealloc
[7026:3556236] create an obj
[7026:3556236] create an obj
[7026:3556236] create an obj
|
可以看到，当控制器释放后该循环还在继续。
对于这类问题解决方案是什么呢？留给读者思考吧～ ^_^
提示：解决方法有autoreleasepool、block、timer等等