在生成对象数据时每次new一个全新的对象,保证引用类型地址不同:
Student student= studentServicegetStudentById(id);
Student stu= new Student ();
//此处利用工具类进行对象的复制 *** 作,达到填充新new出来的对象的效果
BeanUtilscopyProperties(student,stu);循环引用,指的是多个对象相互引用时,使得引用形成一个环形,导致外部无法真正是否掉这块环形内存。其实有点类似死锁。
举个例子:A->B->C->->X->B ->表示强引用,这样的B的引用计数就是2,假如A被系统释放了,理论上A会自动减小A所引用的资源,就是B,那么这时候B的引用计数就变成了1,所有B无法被释放,然而A已经被释放了,所有B的内存部分就肯定无法再释放再重新利用这部分内存空间了,导致内存泄漏。
情况一:delegate
Delegate是ios中开发中最常遇到的循环引用,一般在声明delegate的时候都要使用弱引用weak或者assign
@property (nonatomic, weak, nullable) id <UITableViewDelegate> delegate;
当然怎么选择使用assign还是weak,MRC的话只能用assign,在ARC的情况下最好使用weak,因为weak修饰的变量在是否后自动为指向nil,防止不安全的野指针存在
情况二:Block
Block也是比较常见的循环引用问题,在Block中使用了self容易出现循环引用,因此很多人在使用block的时候,加入里面有用到self的 *** 作都会声明一个__weak来修饰self。其实便不是这样的,不是所有使用了Block都会出现Self循环引用问题,只有self拥有Block的强引用才会出现这种情况。
所以一般在函数中临时使用Block是不会出现循环应用的,因为这时候Block引用是属于栈的。当栈上的block释放后,block中对self的引用计数也会减掉
当然不一定要Self对Block有直接的引用才会出现,假如self的变量B,B中有个Block变量,就容易出现这种情况,好的是在block出现循环引用的,xcode7会出现警告提示(之前版本不确定)。
情况三:NSTimer
这是一个神奇的NSTimer,当你创建使用NSTimer的时候,NSTimer会默认对当前self有个强引用,所有在self使用完成打算是否的时候,一定要先使用NSTimer的invalidate来停止是否时间控制对self的引用
[_timer invalidate];1 当一个对象的属性是自己的时候,使用JSONstringify或者一般的没有处理的deepClone的时候会发现栈溢出
1 json序列化的时候,序列化的对象尽量避免循环依赖,子类不定义与父类相同名称的成员,避免定义非成员变量的getter、setter方法
1 出现循环引用的时候算是bug么?要怎么处理
2 webpack里面也会有这种情况,循环依赖a-b-c-a
3 对象存在循环引用的时候,打印不会出现栈溢出,深拷贝的时候,才会的导致栈溢出
1 定义了引用类型的变量后该变量存的是堆内存的地址,通过地址访问堆内存的数据,从而产生了引用。而基本数据类型定义后存储的是数据值,不需要引用
2 在js中对两个引用类型使用 === 判断是对两者的地址进行判断
3 所以判断是否存在循环引用,可以简单定义为对象内部的属性是否和对象本身的地址相同
1 去除对象中涉及到的循环引用的属性消除循环引用JSONdecycle方法可以解除循环
2 将循环引用中的一个对象缓存起来,以避免重复序列化或者创建
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)