一些MJRefresh的坑
1.MJRefresh(主要封装了六种刷新控件)
MJ 框架图
| 类 | 作用 |
|---|---|
| MJRefreshComponent | 继承自UIView，最基本的刷新类 |
| MJRefreshHeader | 最基本的下拉刷新类 |
| MJRefreshStateHeader | 可以下拉刷新，但是只有文字 |
| MJRefreshNormalHeader | 默认的刷新样式，有文字，有上下箭头，有菊花 |
主要使用以下几个
- MJRefreshNormalHeader
- MJRefreshGifHeader
- MJRefreshBackNormalFooter
- MJRefreshBackGifFooter
- MJRefreshAutoNormalFooter
- MJRefreshAutoGIfFooter
2.MJ 刷新block造成veiwcontroller内存不释放问题
self的成员变量Tableview.mj_header 引用了刷新方法的block，block引用了self的函数，同时还引用了成员变量Tableview.mj_header ，造成了两个循环引用，导致了viewcontroller不释放。
- 以下是引起循环引用的代码：
_tableV1.mj_header = [MJRefreshNormalHeader headerWithRefreshingBlock:^{
[_tableV1.mj_header beginRefreshing];
//request
[self removeAllTableAry];
[self refreshRequest];
[_tableV1.mj_header endRefreshing];
}];
- 而当使用target方法时并不会产生循环引用这个问题。
_tableV1.mj_header = [MJRefreshNormalHeader headerWithRefreshingTarget:self refreshingAction:@selector(refreshRequest)];
_tableV1.mj_footer = [MJRefreshBackNormalFooter footerWithRefreshingTarget:self refreshingAction:@selector(loadTableV1MoreData)];
- 打破MJ方法中的block循环引用如下：
__weak typeof(self) weakSelf = self;
__weak typeof(_tableV1.mj_header) weakHeader = _tableV1.mj_header;
_tableV1.mj_header = [MJRefreshNormalHeader headerWithRefreshingBlock:^{
typeof (weakSelf)strongSelf = weakSelf;
typeof (weakHeader)strongHeader = weakHeader;
[strongHeader beginRefreshing];
//request
[strongSelf refreshRequest];
[strongHeader endRefreshing];
}];
3.讨论下关于block循环引用的问题
//情况一:
- (void)case1 {
NSLog(@"case 1 Click");
dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(0.3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{
self.name = @"case 1";
});
}
//情况二
- (void)case2 {
NSLog(@"case 2 Click");
__weak typeof(self) weakSelf = self;
[self.teacher requestData:^(NSData *data) {
typeof(weakSelf) strongSelf = weakSelf;
strongSelf.name = @"case 2";
}];
}
//情况三
- (void)case3 {
NSLog(@"case 3 Click");
[self.teacher requestData:^(NSData *data) {
self.name = @"case 3";
}];
}
//情况四
- (void)case4 {
NSLog(@"case 4 Click");
[self.teacher requestData:^(NSData *data) {
self.name = @"case 4";
self.teacher = nil;
}];
}
//情况五
- (void)case5 {
NSLog(@"case 5 Click");
Teacher *t = [[Teacher alloc] init];
[t requestData:^(NSData *data) {
self.name = @"case 5";
}];
}
//情况六
- (void)case6 {
NSLog(@"case 6 Click");
[self.teacher callCase6BlackEvent];
self.teacher.case6Block = ^(NSData *data) {
self.name = @"case 6";
//下面两句代码任选其一
self.teacher = nil;
// self.teacher.case6Block = nil;
};
}
分析
- 情况一：执行了dealloc，不泄露，此情况虽然是block，但未形成保留环block -> self
- 情况二：执行了dealloc，不泄露，此情况就是内存泄漏后的一般处理了 self ->teacher ->block ->strongSelf，后面那个strongSelf和原来的self并没有直接关系，因为strongSelf是通过weakSelf得来的，而weakSelf又没有强引用原来的self
- 情况三：未执行dealloc，内存泄漏，此情况就是最典型的循环引用了，形成保留环无法释放，self ->teacher ->block ->self
- 情况四：执行了dealloc，不泄露，虽然也是保留环，但通过最后一句，使self不再强引用teacher，打破了保留环
- 情况五：执行了dealloc，不泄露，未形成保留环 t ->block ->self
- 情况六：执行了dealloc，不泄露，最后两句代码任选其一即可防止内存泄漏，self.teacher 或者 case6Block 置为空都可以打破 retain cycle
PS: 虽然情况四、情况六的写法都可以防止内存泄漏，不过为了统一，个人建议最好还是按照普通写法即情况二的写法。
