iOS--代理，通知，KVO的区别

代理 Delegate

• 代理是一种设计模式
• 在iOS中以 @protocol （协议）形式实现；
• 传递方式 一对一；
• 协议中除了可以定义方法，还可以定义属性；
• 一般声明为 weak 以规避循环引用；

优势

1. 严格的语法。所有的事件必须是在delegate协议中有清晰的定义,如果delegate中的一个方法没有实现那么就会出现编译警告/错误；
2. 在一个应用中的控制流程是可跟踪的并且是可识别的；
3. 在一个控制器中可以定义多个不同的协议，每个协议有不同的delegate；
4. 没有第三方对象要求保持/监视通信过程；
5. 能够接收调用的协议方法的返回值。这意味着delegate能够提供反馈信息给委托方；

缺点 ：

1.需要定义很多代码：1.协议定义；2.委托对象的delegate属性；3.在delegate本身中实现delegate方法定义；
2.在释放代理对象时，需要小心的将delegate改为nil。一旦设定失败，那么调用释放对象的方法将会出现内存crash；

通知 Notification

• 使用观察者模式来实现的用于跨层传递消息的机制；
• 传递方式 一对多；
• 实现机制：在通知中心NSNotificationCenter 中维护着一个字典，key是notificationName，value是一个数组，数组的每个元素里包含了观察者和对应的方法。

优势 ：

1. 不需要编写多少代码，实现比较简单；
2. 对于一个发出的通知，多个对象能够做出反应，即1对多的方式实现简单；
3. 被观察者能够传递context对象（dictionary），context对象携带了关于发送通知的自定义的信息；

缺点 ：

1. 在编译期不会检查通知是否能够被观察者正确的处理；
2. 在释放注册的对象时，需要在通知中心取消注册（IOS9之后可以不再手动remove）；
3. 在调试的时候应用的工作以及控制过程难跟踪；
4. 被观察者和观察者需要提前知道通知名称、UserInfo dictionary keys。如果这些没有在工作区间定义，那么会出现不同步的情况；
5. 只把消息发送出去，告知某些状态的变化，但是并不关心谁想要知道这个。被观察者也不能从观察者获得任何的反馈信息。

KVO （Key-Value Observing）

• 是ObjC对观察者设计模式的实现；
• 传递方式支持 一对多；
• 实现机制：通过一种称作isa-swizzling的机制实现的，这个机制会在被观察对象的属性被监听时修改对象的isa指针，让指针指向一个中间类而非对象自身的类。

优势 ：

1. 能够提供一种简单的方法实现两个对象间的同步。例如：model和view之间同步；
2. 能够对非我们创建的对象，即内部对象的状态改变作出响应，而且不需要改变内部对象的实现；
3. 能够提供观察的属性的最新值以及先前值；
4. 用key paths来观察属性，因此也可以观察嵌套对象；

缺点 ：

1. 我们观察的属性必须使用strings来定义。因此在编译器不会出现警告以及检查；
2. 对属性重构将导致我们的观察代码不再可用；
3. 对象正在观察多个值，需要复杂的“IF”语句要求。因为所有的观察代码通过一个方法来指向；
4. 当释放观察者时不需要移除观察者。