关于内存泄漏
一、Block循环引用
关于这一点，我相信很多人都已经了解，就不再详细解释，举个例子：
self.tableView.mj_header = [MJRefreshNormalHeader headerWithRefreshingBlock:^{
self.page = 1;
[self.dataArr removeAllObjects];
[self loadData];
}];
关于其中的循环问题，我们看个图片就会很清楚了
循环引用示意图.png
闭环为：
self--->self.tableView--->self.tableView.mj_header-->self.tableView.mj_header.refreshingBlock--->self
解决方案大家应该也不陌生
__weak typeof(self) weakself = self;
self.tableView.mj_header = [MJRefreshNormalHeader headerWithRefreshingBlock:^{
__strong typeof(self) strongself = weakself;
strongself.page = 1;
[strongself.dataArr removeAllObjects];
[strongself loadData];
}];
需要特别解释一句，关于__strong是为了防止内存提前释放，而block中的代码没有执行，如果我们做的是关于存储的相关方法，那么就会有问题。
如果具有strongSelf，会使self界面所对应的self引用计数+1，self不会立刻释放。并且strongSelf属于局部变量，存在与栈中，会随着Block的执行而销毁。
总之strongSelf就是为了保证Block中的事件执行正确。
二、从AFNet说起
在封装网络请求类时需注意的是需要将请求队列管理者AFHTTPSessionManager声明为单例创建形式。对于该问题，AFNetWorking的作者在gitHub上也指出建议使用者在相同配置下保证AFHTTPSessionManager只有一个，进行全局管理，因此我们可以通过单例形式进行解决。下方展示部分核心代码：
+ (AFHTTPSessionManager*)defaultNetManager {
static AFHTTPSessionManager *manager;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
manager = [[AFHTTPSessionManager alloc]init];
manager.responseSerializer = [AFHTTPResponseSerializer serializer];
});
return manager;
}
+ (void)GET:(NSString*)url parameters:(NSDictionary*)parameter returnData:(void (^)(NSData * resultData,NSError * error))returnBlock{
//请求队列管理者 单例创建形式 防止内存泄漏
AFHTTPSessionManager * manager = [HttpRequest defaultNetManager];
[manager GET:url parameters:parameter progress:^(NSProgress * _Nonnull downloadProgress) {
} success:^(NSURLSessionDataTask * _Nonnull task, id _Nullable responseObject) {
returnBlock(responseObject,nil);
} failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
returnBlock(nil,error);
}];
}
三、delegate循环引用问题
delegate循环引用问题比较基础，只需注意将代理属性修饰为weak即可
四、NSTimer循环引用问题
对于定时器NSTimer，使用不正确也会造成内存泄漏问题。这里简单举个例子，我们声明了一个类TestNSTimer，在其init方法中创建定时器执行操作。
#import "TestNSTimer.h"
@interface TestNSTimer ()
@property (nonatomic, strong) NSTimer *timer;
@end
@implementation TestNSTimer
- (instancetype)init {
if (self = [super init]) {
_timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(timeRefresh:) userInfo:nil repeats:YES];
}
return self;
}
- (void)timeRefresh:(NSTimer*)timer {
NSLog(@"TimeRefresh...");
}
- (void)cleanTimer {
[_timer invalidate];
_timer = nil;
}
- (void)dealloc {
[super dealloc];
NSLog(@"销毁");
[self cleanTimer];
}
@end
在外部调用时，将其创建后5秒销毁。
TestNSTimer *timer = [[TestNSTimer alloc]init];
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
[timer release];
});
最后的执行结果为
NSTimerTest[20933:3827899] TimeRefresh...
NSTimerTest[20933:3827899] TimeRefresh...
NSTimerTest[20933:3827899] TimeRefresh...
NSTimerTest[20933:3827899] TimeRefresh...
NSTimerTest[20933:3827899] TimeRefresh...
NSTimerTest[20933:3827899] TimeRefresh...
NSTimerTest[20933:3827899] TimeRefresh...
NSTimerTest[20933:3827899] TimeRefresh...
......
可见TestNSTimer对象并没有正常释放，定时器仍然在无限的执行下去。
那么为什么？原因很简单，我们想要销毁类去dealloc的前提是定时器是停止并且为nil的，而定时器停止并滞空的时机在当前类调用dealloc方法时，这样就造成了互相等待的场景，从而内存一直无法释放。因此需要注意cleanTimer的调用时机从而避免内存无法释放，如上的解决方案为将cleanTimer方法外漏，在外部调用即可。
TestNSTimer *timer = [[TestNSTimer alloc]init];
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
[timer cleanTimer];
[timer release];
});
四、非OC对象内存处理
其实这里说的指的是类似CGImageRef类型变量非OC对象，其需要手动执行释放操作CGImageRelease(ref)，否则会造成大量的内存泄漏导致程序崩溃。其他的对于CoreFoundation框架下的某些对象或变量需要手动释放、C语言代码中的malloc等需要对应free等都需要注意。
五、地图类处理
若项目中使用地图相关类，一定要检测内存情况，因为地图是比较耗费App内存的，因此在根据文档实现某地图相关功能的同时，我们需要注意内存的正确释放，大体需要注意的有需在使用完毕时将地图、代理等滞空为nil，注意地图中标注（大头针）的复用，并且在使用完毕时清空标注数组等。
- (void)clearMapView{
if(_mapView){
_mapView = nil;
_mapView.delegate =nil;
_mapView.showsUserLocation = NO;
[_mapView removeAnnotations:self.annotations];
[_mapView removeOverlays:self.overlays];
[_mapView setCompassImage:nil];
}
}
六、大次数循环内存暴涨问题
代码看下如下代码：
for (int i = 0; i < 100000; i++) {
NSString *string = @"Abc";
string = [string lowercaseString];
string = [string stringByAppendingString:@"xyz"];
NSLog(@"%@", string);
}
该循环内产生大量的临时对象，直至循环结束才释放，可能导致内存泄漏，解决方法为在循环中创建自己的autoReleasePool，及时释放占用内存大的临时变量，减少内存占用峰值。
for (int i = 0; i < 100000; i++) {
@autoreleasepool {
NSString *string = @"Abc";
string = [string lowercaseString];
string = [string stringByAppendingString:@"xyz"];
NSLog(@"%@", string);
}
}
七、关于内存泄露的检测工具
Xcode 8 的内存调试功能针对查找内存泄漏和循环引用的问题也做了显著优化。有了个叫做内存引用图，大家可以去试试新功能啦 ~~~
内存调试.jpg
