1.组成
1> 协议：用来指定代理双方可以做什么，必须做什么。
2> 代理：根据指定的协议，完成委托方需要实现的功能。
3> 委托：根据指定的协议，指定代理去完成什么功能。
2.关键字
只是约定代理是否强制需要遵守协议。
@optional：可以选择是否需要实现代理协议。
@required: 必须实现，否则会报警告，默认是必须实现。
3.iOS中代理的本质:
1> 代理方而言：
代理对象内存的传递和操作，在委托类设置代理对象后，实际上只是用一个id类型的指针将代理对象进行了一个弱引用。
委托方让代理方执行操作，实际上是在委托类中向这个id类型指针指向的对象发送消息，而这个id类型指针指向的对象，就是代理对象。
2> 委托方而言：
委托方的代理属性本质上就是代理对象自身，设置委托代理就是代理属性指针指向代理对象，相当于代理对象只是在委托方中调用自己的方法，如果方法没有实现就会导致崩溃。
从崩溃的信息上来看，就可以看出来是代理方没有实现协议中的方法导致的崩溃。
3> 协议而言：
其实只是一种语法，是声明委托方中的代理属性可以调用协议中声明的方法，而协议中方法的实现还是有代理方完成，而协议方和委托方都不知道代理方有没有完成，也不需要知道怎么完成。
4.代理内存管理(weak 指针)
@property (nonatomic,** weak**, nullable) id <ObjDelegate> objDelegate;
1> 原因
定义的指针默认都是__strong类型的，而属性本质上也是一个成员变量和set、get方法构成的，strong类型的指针会造成强引用，必定会影响一个对象的生命周期，这也就会形成循环引用。(导致双方都 强引用 对方，双方内存无法释放掉)
而且循环引用而产生的内存泄露也是Instrument无法发现的，只能通过dealloc方法去打印是否销毁，所以要特别小心。
2> 循环引用情形
委托方把代理作为objDelegate成员变量，如果用strong，就会导致委托方强引用代理方。当代理方使用委托方的协议的时候，会把委托方作为成员变量强引用。导致的后果是双方各自强引用对方，内存无法释放。
2.1> 代码演示
代理方把委托方做为成员变量实例化的时候强引用:delegateVC
@property (nonatomic, strong, nullable) UITableView *myTableView; 也就是 delegateVC -> myTableView
代理成为委托方的代理的时候，委托方强引用代理方:
@property (nonatomic, strong, nullable) id <UITableViewDelegate> delegate; myTableView.delegate = self
3> 为什么不能用assign修饰delegate
@property (nonatomic, weak) id<objDelegate> delegate;
@property (nonatomic, assign) id<objDelegate> delegate;
原因：
weak和assign是一种“非拥有关系”的指针，通过这两种修饰符修饰的指针变量，都不会改变被引用对象的引用计数。
但是在一个对象被释放后，weak会自动将指针指向nil，而assign则不会。在iOS中，向nil发送消息时不会导致崩溃的，所以assign就会导致野指针的错误unrecognized selector sent to instance。
5. 非正式协议
在iOS2.0之前还没有引入@Protocol正式协议之前，实现协议的功能主要是通过给NSObject添加Category的方式。
// 由于是使用的Category，所以需要用 self 来判断方法是否实现 ,通过 运行时 来检查是否实现了该方法
if ([self respondsToSelector:@selector(userLoginWithUsername:password:)]) {
[self userLoginWithUsername:self.username.text password:self.password.text];
}
在iOS早期也使用了大量非正式协议，例如CALayerDelegate就是非正式协议的一种实现，非正式协议本质上就是Category。
@interface NSObject (CALayerDelegate)
- (void)displayLayer:(CALayer *)layer;
@end
6. 代理和block的选择
1> 多个消息传递，应该使用delegate。
在有多个消息传递时，用delegate实现更合适，看起来也更清晰。block就不太好了，这个时候block反而不便于维护，而且看起来非常臃肿，很别扭。例如UIKit的UITableView中有很多代理如果都换成block实现.
2> 一个委托对象的代理属性只能有一个代理对象，如果想要委托对象调用多个代理对象的回调应该用block。
delegate只是一个保存某个代理对象的地址，如果设置多个代理相当于重新赋值，只有最后一个设置的代理才会被真正赋值。
3> 单例对象最好不要用delegate。避免重复被赋值，最后一个才能相应代理方法。
4> 从性能上来说，block的性能消耗要略大于delegate
因为block会涉及到栈区向堆区拷贝等操作，时间和空间上的消耗都大于代理。而代理只是定义了一个方法列表，在遵守协议对象的objc_protocol_list中添加一个节点，在运行时向遵守协议的对象发送消息即可。
