理解__unsafe_unretained

概述

__unsafe_unretained:和__weak一样,唯一的区别便是,对象即使被销毁,指针也不会自动置空,此时指针指向的是一个无用的野地址。如果使用此指针,程序会抛出BAD_ACCESS的异常。

举例分析:

下面我们通过两个简单的例子来分析一下,以下如果未特别说明,都是在ARC环境下:

我们先来看第一个例子:

id__unsafe_unretained obj = [[NSMutableArrayalloc]init];

[objaddObject:@"obj"];

这里先不管编译器的警告,继续执行,在第二条语句就会崩溃,分析:

附有__unsafe_unretained修饰符的变量同附有__weak修饰符的变量一样,因为自己生成并持有的对象不能继续为自己持有,所以生成的对象会立即被释放。也就是说在执行完init方法以后,obj指针所指向的内存就已经释放掉了,可是obj指针并没有像附加__weak的指针那样,将指针自动置为nil,它依然指向原来的地址,可是这块地址的内存已经被系统回收了,再访问就是非法的,也就是野指针,再执行后面的addObject方法自然会出错了。

也就是说上面的代码,把__unsafe_unretained换成__weak就不会崩溃,因为obj会自动制置为nil。对nil发送消息是不会有问题的。

这里我们再通过一个例子分析一下:

id__unsafe_unretained obj1=nil;

{

idobj0= [[NSMutableArrayalloc]init];

[obj0addObject:@"obj"];

obj1= obj0;

NSLog(@"obj0 = %@", obj0);

}

NSLog(@"obj1 = %@", obj1);

依然在最后的NSLog语句崩溃。分析:

因为__unsafe_unretained既不强引用,也不弱引用,作用域外obj0强引用失效,并且没有其他指针强引用这个对象,所以自动释放持有的对象,obj1就相当于野指针,访问野指针就会崩溃;

也就是说,赋值给附有__unsafe_unretained修饰符变量的对象在通过该变量使用时,如果没有确保其确实存在,那么应用程序就会崩溃;

转自:http://blog.csdn.net/junjun150013652/article/details/53148711

你可能感兴趣的:(理解__unsafe_unretained)