一个Cycle retain的问题, 找了一天才找出来. 本来ARC下,循环引用问题基本上没有什么值得担心的. 只能说还是图样图森破.
还是简单总结下吧,简单来说就两种情况:
1, block情况
通常我们都会将block的属性设置为copy,保证它在堆中,不被释放.
记住的这是block会对里面的内容进行强引用.
大家都知道要注意self引起循环引用,实际上你的属性需要注意. 有些开发者喜欢_xxx来使用属性, 极其容易引起循环引用.
例如下面代码:
#import "SecondViewController.h"
@interface SecondViewController ()
@property (nonatomic, copy) void(^hehe)();
@property (nonatomic, assign) NSInteger shit;
@end
@implementation SecondViewController
- (void)viewDidLoad {
[super viewDidLoad];
// Do any additional setup after loading the view.
_shit = 1;
self.hehe = ^{
_shit = 2;
};
}
2, NSTimer 注意手动将其置nil释放.
总结:
实际上我们编码的时候还是要非常注意:创建对象的时候被谁强引用,而又强引用了谁, 清楚这些,就能尽量避免循环引用的发生.
调试cycle retain比较烦的差事,讲讲个人经验.
1, dealloc 定位未释放对象, 如果对象该被销毁却没有跑dealloc,说明这个对象出现cycle retain的情况.
2, 定位到cycle retain之中最父的对象, 从改对象开始.
3, 检查有没定时器未被释放. Block有没有强引用.
4, 初始化代码中注释掉部分初始化代码,看是否成功释放.找出造成cycle retain的对象.
5, 找到cycle retain对象的代码, 分析其引用关系.
本文详细解析Cycleretain问题的根本原因,并提供一套系统的排查流程,帮助开发者有效识别并解决循环引用导致的内存泄露问题。通过实例分析,深入探讨了block与NSTimer的管理细节,强调了属性赋值与初始化代码的重要性,以及如何通过注释法辅助排查。最终,文章总结了避免循环引用的关键点,旨在提升开发者在Objective-C编程中的内存管理能力。

被折叠的 条评论
为什么被折叠?



