直播类网站开发,做跨境的网站,网络推广软件哪个好,高端平面设计网站Capturing ‘self’ strongly in this block is likely to lead to a retain cycle 典型的循环引用
self持有了blockblock持有了self(self.name) 这样就形成了self - block - self的循环引用
解决办法
强弱共舞 使用 中介者模式 __weak typeof(self) weakSelf sel… Capturing ‘self’ strongly in this block is likely to lead to a retain cycle 典型的循环引用
self持有了blockblock持有了self(self.name) 这样就形成了self - block - self的循环引用
解决办法
强弱共舞 使用 中介者模式 __weak typeof(self) weakSelf self将循环引用改为weakself - self - block - weakself
表面看上去还是一个“引用圈”但是weakself - self这一层是弱引用——引用计数不处理使用weak表管理。所以此时在页面析构时self就能正常的调用dealloc了
假设 block 被放在子线程中执行而且执行过程中 self 在主线程被释放了。由于 wself 是一个弱引用因此会自动变为 nil。而在 KVO 中这会导致崩溃。 但并不是最终的解决方案此时仍存在着问题 如同这种延时情况如若调用block之后立马返回上一页进行页面释放页面结束后weak修饰的self会立即释放异步和同步的区别同步的话不用加strong异步执行可能会提前释放导致这之后访问不到self3秒后weakself指向的self已经为nil了此时的打印就只能打印出null 强持有
再加一层临时的强持有此时的引用就变成了strongself - weakself - self - block - strongself 这样一来self 所指向对象的引用计数变成 2即使主线程中的 self 因为超出作用于而释放对象的引用计数依然为 1避免了对象的销毁。 看上去又是一个循环引用但实际上strongSelf是个临时变量当block作用域结束后就会释放从而打破循环引用进行释放让释放延后了3秒
一些问题
2.Qblock 内部定义了sself会不会因此强引用了 sself
A不会。block 只有截获外部变量时才会引用它。如果是内部新建一个则没有任何问题。
3.Q如果在 block 内部没有强引用而是通过 if 判断是不是也可以比如这样写
__weak MyViewController *wself self;
wself.completionHandler ^(NSInteger result) {
if (wself) { // 只有当 wself 不为 nil 时才执行以下代码
[wself.property removeObserver: wself forKeyPath:pathName];
}
};A不可以考虑到多线程执行也许在判断的时候self 还没释放但是执行 self 里面的代码时就刚好释放了。
4.Q那按照这个说法block 内部强引用也没用啊。也许 block 执行以前self 就释放了。
A有用如果在 block 执行以前self 就释放了那么 block 的引用计数降为 0所以自己就会被释放。这样它根本就不会被执行。另外如果执行一个为 nil 的闭包会导致崩溃。
强弱共舞的缺点
强弱共舞需要开发者仔细管理对象之间的引用关系选择合适的强引用和弱引用的组合。这样的管理可能会增加代码复杂性和阅读难度特别是在存在多个对象相互引用的场景中。强弱共舞可能导致对象的生命周期不一致。当强引用的对象释放时弱引用的对象可能已经
为什么这么多缺点很多情况下还在使用强弱共舞而不是其他方法呢
1. 相对简单 强弱共舞是一种直接的解决方案不需要引入额外的依赖或更复杂的代码结构。它只需要在合适的地方使用弱引用来打破循环引用代码量相对较少易于理解和实现。
2. 兼容性 强弱共舞适用于 Objective-C 中的大多数情况包括在使用 ARCAutomatic Reference Counting和 MRCManual Reference Counting时。它在旧有的项目中也能很好地发挥作用不需要过多的代码重构。
3. 轻量级解决方案 强弱共舞不需要引入复杂的设计模式或依赖库因此对于一些小型项目或简单场景而言使用强弱共舞可以是一种轻量级的解决方案。
其他中间者模式
手动置空
**__block** ViewController *vc **self**;**self**.name Felix;**self**.block ^{dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{NSLog(%, vc.name);vc **nil**;});};上述代码也是使用 中介者模式 打破循环应用的——使用vc作为中介者代替self从而打破循环引用
此时的引用情况为vc - self - block - vc (vc在用完之后手动置空 但是只要不调用block仍然存在着循环引用 解决循环引用还有一种方式——不引用
**self**.name Felix;**self**.block ^(ViewController *vc) {dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{NSLog(%, vc.name);vc **nil**;});}上述代码使用当前vc作为参数传入block时拷贝一份就不会出现持有的情况同时还能使用self的内存空间能够完美避免循环引用
引用循环的补充说明
明
