关于iOS中property修饰符个人的一点理解

在日常的iOS开发中,我们每天都会使用到property,但是对于property的修饰符,可能大家跟我以前一样,理解的不是特别透彻,现在就让我们来了解了解吧,

首先,一个property是可以看成是:

property = 实例变量+setter方法+getter方法

属性修饰符会直接影响后续编译器对于setter和getter方法的合成,属性的修饰符分为以下三类:

1.原子性

atomic VS nonatomic

具备atomic特质的属性,编译器合成的setter和getter方法会加锁,能够保证当多个线程在读写属性时,总是能够获取到属性值,如果修饰符为nonatomic,则不会对setter和getter方法加锁,在通常情况下,使用nonatomic不会带来什么问题,但是如果一个线程在多次修改某个属性时,另一个线程去读取属性时,可能会取到未修改好的属性,下面我们将举例来证明:



使用nonatomic修饰dataArray,会崩溃



使用atomic修饰dataArray,不会崩溃

在这段代码中,我们有一个用nonatomic,strong修饰的数组dataArray,我们在一个异步队列的任务中持续地去修改这个属性,在另一个异步队列的任务中持续地去读取这个属性,由于dataArray是由strong来修饰的,那么在dataArray的setter方法中,其实是先保留新值,后释放旧值,再将指针指向新值,所以在后面这个异步队列的任务中,取到的dataArray可能是一个已经被释放的僵尸对象,所以会崩溃。

那么还有一个问题

atomic是线程安全的吗?

让我们先来了解一下线程安全的概念,

多线程操作共享数据不会出现想不到的结果就是线程安全的,否则,是线程不安全的。

下面让我们来做个小实验,


对用atomic修饰的数组连续修改时,读取属性

输出结果为:


输出结果

我们对在一个异步队列的任务中,对dataArray多次写入,并在另一个异步队列中多次读取dataArray,从输出结果中发现,得到的结果并不一样,所以使用atomic也并不能保证线程安全。

2.读/写权限

readwrite VS readonly

readwrite修饰的属性只会合成setter和getter方法

readonly修饰的属性只会合成getter方法,可以以直接访问实例变量的方式来完成赋值操作

3.内存管理

这方面的修饰符主要是影响编译器合成setter方法,

assign

主要修饰基础类型,使用assign修饰的属性的setter方法主要是执行简单的赋值操作

weak

weak是ARC中新增加的属性修饰符,主要定义一种“非拥有关系”,使用weak修饰的属性的setter方法会既不保留新值,也不释放旧值,不会使属性指的对象的引用计数增加,当指向的对象被释放时,属性值也会被自动置为nil。

strong

strong是ARC中新增加的属性修饰符,跟MRC时代中的retain修饰符很像,描述一种“拥有关系”,使用strong修饰的属性的setter方法会先保留新值,再释放旧值,最后把新值设置上。

unsafe_unretained

unsafe_unretained与assign类似,但是用于对象类型,从字面意思上,也能看到,它是不安全,也不会强引用对象,所以它跟weak很相似,跟weak的区别在于当指向的对象被释放时,属性不会被置为nil,所以是不安全的。

copy

copy表达的语义相似,都会持有对象,但是它的setter方法不会保留新值,而是会调用对象的copy方法将新值拷贝一份,然后将它设置上,所以使用copy修饰的类型必须遵NSCopying协议,实现-(void)copyWithZone:(NSZone *)zone方法。


猜你喜欢

转载自juejin.im/post/5bf608c6e51d451f6e5299f7
今日推荐