[底层原理]关于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方法。