ARC注意的泄漏问题

--------- block中常见的泄漏问题

代码中block经常用到。例如网络请求？一些图形分析处理等，就是比较耗时的操作，多线程gcd然后进行操作。

这个时候，会使用block进行处理，然后调用相应的处理逻辑。

可能会对当前对象进行一些处理，现在分享的也就是这样的一种内存泄漏情况：

正常来说：释放内存都会调用dealloc函数，但是如果是下面的代码：

1 NSURLConnection sendAsynchronousRequest:xxReq queue:xxQueue completionHandler:^(NSURLResponse *response, NSData *data, NSError *connectionError) {

2         self.xxData = data;

3 }

4 [self.navigationController popViewControllerAnimated:YES];

几个关键点：

1.block是强持有self的（strong）。

2.self对象不会释放了。因为退出了之后，block不会再进行销毁操作了。没有再dealloc了。这样的逻辑就是因为，有一些逻辑就是要强持有。就是有这样需求。

 

解决方法也非常简单：

__weak typedef(self) weakSelf = self;

self.xxData  ->  weakSelf.xxData;

 

###事实上，block中使用strong对象只是ARC内存管理中，常见的一种注意事项，还有NSTimer中SEL代码中，还有dispatch_afterxxx等。
虽然是ARM “自动”管理内存，还是不能忽视常见的泄漏问题，使用常见的测试工具，都可以很快的找到问题所在，查阅资料，平时多看书，都是必不可少的。

 

--------- 手动释放资源问题

常见的几个场景，webView的释放泄漏问题，delegate释放问题，循环持有问题，notification的释放等。

问题分析：
1.delegate置空问题，避免指针的调用。

使用delegate的时候，maybe没有置空，导致消息还会继续传递，虽然，我们在传递的时候加上了一些判断：if(self.delegate == nil)...但是，实际上，ARC下，资源的手动释放，其实没有那么快的，也就是还没有来的及释放，导致delegate继续被持有，然后进一步导致资源的泄漏问题...如果没有做的话，在webView的泄漏中就会表现的尤为突出。还检测不到的。

2.循环持有问题

A对象保留持有B对象，B对象保留持有A对象。这种常见的锁的问题，其实在代码中也是非常常见的。可能一步小心就顺手写出来了。

解决方式：尝试各种姿势写代码吧，MVC?MMVC?Objection?或是响应式编程？都可以的。多看源码。

 

3.notification的释放问题

解决方式：置空。常见的还有一些c语言混编写的代码的资源释放问题。

 

---

参考资料：stackflow effective-oc  官网（https://developer.apple.com/library/ios/releasenotes/ObjectiveC/RN-TransitioningToARC/Introduction/Introduction.html）