部分iOS基础知识（一）

1.在定义 property 的时候atomic 和 nonatomic的区别及安全性问题

atomic 和 nonatomic 的区别在于：系统自动生成的 getter/setter 方法不一样。如果你自己写 getter/setter，那 atomic/nonatomic/retain/assign/copy 这些关键字只起提示作用，写不写都一样。

对于atomic的属性，系统生成的 getter/setter 会保证 get、set 操作的完整性（读写锁），不受其他线程影响。比如，线程 A 的 getter 方法运行到一半，线程 B 调用了 setter：那么线程 A 的 getter 还是能得到一个完好无损的对象。

而nonatomic就没有这个保证了。所以，nonatomic的速度要比atomic快。

不过atomic可并不能保证线程安全。如果线程 A 调了 getter，与此同时线程 B 、线程 C 都调了 setter——那最后线程 A get 到的值，3种都有可能：可能是 B、C set 之前原始的值，也可能是 B set 的值，也可能是 C set 的值。同时，最终这个属性的值，可能是 B set 的值，也有可能是 C set 的值。

保证数据完整性——这个多线程编程的最大挑战之一——往往还需要借助其他手段。

2.category与extension的区别

extension是在编译期决定，category由运行期决定，这就是他们不同的根本之处。它决定了他们之间的分工与区别。

extension的生命周期跟随主类，用于隐藏私有信息，你必须拥有这个类的实现/源码，你才可以为它添加extension。

category无法添加实例变量，在运行期间，对象内存布局已经确认，这时你无法破坏已经存在的内存空间，所以无法进行实例变量的添加。

3.KVC

KVC(key value coding)键值编码是一种可以使用字符串形式来间接操作对象相关属性的方法。KVC需要由 类别Category NSKeyValueCoding来支持，OC在实现KVC时没有采用实现接口的方式，而是针对NSObject创建了一个类别，通过这样的方式使得NSObject的子类可以自行实现NSKeyValueCoding类别定义的相关方法。

KVC使用非常简单，但KVC却异常强大，最暗黑的功能就是它可以无视访问限制，无论是否为private都可以进行赋值或取值操作，readonly的属性也可以无视，提供了一种比runtime更便捷的方式来修改或访问系统级隐藏的属性，因此，经常在开发中通过runtime获取相关属性名后使用KVC来修改那些只读readonly或隐藏的属性。

4.KVO

KVO(key value observing)键值监听是我们在开发中常使用的用于监听特定对象属性值变化的方法，常用于监听数据模型的变化从而可以动态的修改对应视图。能够上述需求的方法有很多，如Delegate和Notification都可以实现，但都有各自的优缺点和适用场景，需要根据实际情况按需选择，但三者都很重要，在开发中都会使用。

与KVC相同，OC在实现KVO时没有采用实现接口的方式，而是针对NSObject创建了一个类别，通过这样的方式使得NSObject的子类可以自行实现NSKeyValueObserving类别定义的相关方法，其他的如NSArray、NSSet这样的集合类也都定义了相关的类别，因此也可以对集合类型进行KVO的监听。

5.iOS的系统通知怎么实现

设置通知中心 //通知中心 单例  (整个工程中只能有一个通知中心) 

NSNotificationCenter