iOS try-catch memory leak详解
iOS try-catch memory leak详解
无论多优秀的客户端的工程师，都架不住服务端不经意间给你吐回的异常数据，怎么能够尽量的避免被坑呢？一个可能的方式，在使用数据之前做好类型校验；另一个，在涉及一些可能会越界或者自己不放心的地方，加一下try-catch，不过使用try-catch的时候，有一些注意事项，其中最重要的就是 memory leak。
如何模拟或者检查泄漏？
定义一个最简单的测试类：
@interface TestObject : NSObject
@end
@implementation TestObject
- (void)dealloc{
NSLog(@"TestObject dealloc");
}
@end
随便定义一个VC，构造一个异常出来：
NSException *e = nil;
- (void)test1{
NSString*name =@"exception name";
NSString*reason =@"exception reason";
e = [NSException exceptionWithName:name reason:reason userInfo:nil];
@throw e;
}
- (void)test{
@try {
TestObject *obj = [[TestObject alloc] init];
[self test1];
}
@catch (NSException *exception)
{
}
}
在定义的VC的viewDidLoad中，调用test方法：
[self test];
会发现TestObject的dealloc没有调用，内存泄漏了，所以这种使用姿势，是不行的。
如何“优雅”的使用try-catch呢？
只要使用try-catch的地方，就与优雅无关，那这里的优雅，只能说是别弄出内存泄漏，其实很简单，就是将对象设计成VC的property。
@property(nonatomic, strong) TestObject *obj;
然后对test函数做一下修改：
- (void)test{
@try {
self.obj = [[TestObject alloc] init];
[self test1];
}
@catch (NSException *exception)
{
}
}
会发现TestObject的dealloc已经调用。
这样一对比也就很明显了，try-catch中的临时对象，会有内存泄漏，一定要避免这样使用。
为什么临时对象会有内存泄漏呢？
原理其实很简单，excepiton会中断当前的流程，没有release对象的机会了，而如果是属性的话，VC再生命周期结束时，会释放它。
其实心思比较细的同学，此时已经发现了，如果我的临时变量在@try的外部声明，也不会有内存泄漏。
所以，在被迫使用try-catch的时候，一定只加在真正有可能出现crash的那段代码。
其他解决方案
从文章 http://clang.llvm.org/docs/AutomaticReferenceCounting.html#exceptions 中了解到，我们可以通过给.m文件加上__-fobjc-arc-exceptions参数 来进行修复，防止出现 memory leak，但是这会导致编译器增加了部分碎片逻辑用于释放内存，简单的情况，可能会多出一倍的汇编代码量，对于复杂情况，编译器会插入更多的无用代码，导致生成的二进制代码变得很大，所以要慎用。
结语
在Objective-C（ARC）中使用NSException可能会引发内存泄露，这里我们需要注意以下一些点，来避免因此带来的一些问题：
尽量使用NSError，而不是NSException来处理错误
try的范围要尽可能的小，避免很多大的内存被持有导致泄露
try内部尽量不要有临时变量，过多的try内部的临时变量，会导致很多泄露
在finnally中做好清理工作。