weak引用在什么时候被置为nil

ARC里面都有讲weak引用会在对象被释放后weak引用被置为nil,那什么时候被置为nil 的呢?苹果也没有明确说明,程序员没有置为nil,那么肯定是苹果做了手脚。来看看下面两个例子:


// case 1
NSObject *strongOne = [[NSObject alloc] init];
NSObject * __weak weakOne = strongOne;


if (weakOne) {
    NSLog(@"weakOne is not nil.");
} else {
    NSLog(@"weakOne is nil.");
}

strongOne = nil;

if (weakOne) {
    NSLog(@"weakOne is not nil.");
} else {
    NSLog(@"weakOne is nil.");
}
Outputs this:

weakOne is not nil.
weakOne is not nil.
And


// case 2
NSObject *strongOne = [[NSObject alloc] init];
NSObject * __weak weakOne = strongOne;

strongOne = nil;

if (weakOne) {
    NSLog(@"weakOne is not nil.");
} else {
    NSLog(@"weakOne is nil.");
}
Outputs this:


weakOne is nil.


我们知道的是,当strongOne被释放后,weak引用应该同样的被更新为nil.

那么case2 是为什么呢?

那么从上面的打印来看只有一种可能,那就是case1的时候,strong被释放前的if判断会给这个对象引用计数会被retain,因此weak引用只会在autoreleasepool drain的时候才会被更新为nil。

 // Try this
NSObject *strongOne = [[NSObject alloc] init];
NSObject * __weak weakOne = strongOne; //count 1
@autoreleasepool {


    if (weakOne) { 
        NSLog(@"weakOne is not nil."); //count 2
    } else {
        NSLog(@"weakOne is nil.");
    }


    strongOne = nil; // count 1


    if (weakOne) { 
        NSLog(@"weakOne is not nil.");
    } else {
        NSLog(@"weakOne is nil.");
    }


} // count 0, therefore the weakOne become nil


if (weakOne) {
    NSLog(@"weakOne is not nil.");
} else {
    NSLog(@"weakOne is nil.");
}

在传统的iOS开发中,为了避免在block中创建循环引用导致内存泄漏,我们通常会将self以weak引用的方式捕获。这样做的原因是因为block默认会捕获并持有其上下文中变量的强引用,如果直接捕获self(即实例变量或self关键字),block就持有了self的一个强引用,而self又持有了block的一个强引用,形成了循环引用。在这种情况下,如果不清除block中的强引用,那么即使self已经不再需要,它也无法被释放,因为block仍然强引用着它。 参考资源链接:[理解iOS Block不再需WeakSelf:内存计数与循环引用详解](https://wenku.youkuaiyun.com/doc/4exv2q5gqs?spm=1055.2569.3001.10343) 在现代的Objective-C和Swift中,内存管理机制有了显著的改进。特别是引入了自动引用计数(ARC),并且对block中的引用处理进行了优化。在Swift中,语言本身提供了自动捕获弱引用的功能,而在Objective-C中,block在捕获外部变量时,会自动进行弱引用捕获。这意味着,只要block不直接持有self的强引用,就不会造成循环引用。 然而,在某些情况下,例如在block中需要修改self的属性时,或者block的生命周期超过其创建的作用域时,仍然需要考虑内存管理的问题。在这些情况下,你可能还是需要使用weak self来避免循环引用。 优化内存使用的实践如下: 1. 当block需要访问self的属性或方法时,首选使用weak self来避免循环引用。 2. 确保在block不再需要时,清除对self的引用,例如在setter方法中将block设nil。 3. 使用ARC的特性来管理内存,例如在Objective-C中,使用__weak或__unsafe_unretained关键字来捕获self的弱引用。 4. 利用Objective-C的垃圾回收机制,确保当block不活跃时,内存能够被正确释放。 总结而言,在现代iOS开发中,虽然内存管理的机制更加智能,但在使用block时仍然需要谨慎,特别是在block需要和self相互强引用的场景下。理解和应用正确的内存管理策略,将有助于你编写出更加高效和安全的代码。为了深入理解这些概念,可以参考《理解iOS Block不再需WeakSelf:内存计数与循环引用详解》一文,其中详细介绍了引用计数、循环引用以及内存释放的原理和实践。 参考资源链接:[理解iOS Block不再需WeakSelf:内存计数与循环引用详解](https://wenku.youkuaiyun.com/doc/4exv2q5gqs?spm=1055.2569.3001.10343)
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值