signalForSelector
跟系统的kvo实现原理类似。
3种方式
1, rac_signalForSelector:
原理：
1、创建子类， 对应为isa的名字，加上后缀_RACSelectorSignal
（ 类 ： class返回类名， isa指向的类名， 需要注意这两种情况的区别。
当一个类注册kvo观察了， class返回的是原有类名， isa执行了新的之类。这种情况就是两种不同的返回。 ）
2、重写子类forwardInvocation方法。
当调用子类的forwardInvocation选择子时，调用新的newForwardInvocation block。 在新的newForwardInvocation block中调用RACForwardInvocation函数，在全局RACForwardInvocation 中，invoke原有选择子对应的消息。 然后 给订阅者发送消息。
如果没有实现选择子， doesNotRecognizeSelector。
如果子类没有实现forwardInvocation，给父类发送 forwardInvocation， 如果实现了forwardInvocation ，则给这个子类发送forwardInvocation
3、重写子类respondsToSelector方法。
4、重写子类（通过class获取的类名字）的class方法， 让其返回原有的类名字。
5、重写子类（通过isa获取的类名字）的class方法，让其返回原有的类名字。
6、重写子类的methodSignatureForSelector方法。使其给给原有类发送methodSignatureForSelector消息。
7、将当前recevier的类型设置为子类
8、重写传进来的selector的方法，让其去调用forwardInvocation。
selector在receiver的类中实现了：
aliasSelector 绑定到原有方法。
重写selector，让其走forwardInvocation消息转发。
先走原有方法--》 再发送信号。
selector在receiver的类中没有实现：
//如果实现了， 就能转化参数。
//如果没有实现， 不能转化，会产生异常崩溃。因为RACSignatureForUndefinedSelector统一当作id类型的
@protocol MyAddProtocol<NSObject>
@optional
-(void)aa1:(NSString *) hello color:(UIColor *)color int:(NSInteger )intVlaue;
@end
#import "hookProxyDelegateViewController.h"
@interface hookProxyDelegateViewController () <UITableViewDelegate,UITableViewDataSource, MyAddProtocol>
-(void) test1 {
[[self rac_signalForSelector:@selector(aa1:color:int:)]subscribeNext:^(RACTuple * _Nullable x) {
NSLog(@"%@", x);
} ];
[self aa1:@"asdfa" color:[UIColor redColor] int:122];
}
//如果实现了， 就能转化参数。
//如果没有实现， 不能转化，会产生异常崩溃。因为RACSignatureForUndefinedSelector统一当作id类型的
-(void)aa1:(NSString *)hello color:(UIColor *)color int:(NSInteger)intVlaue{
NSLog(@"asdfa");
}
2, rac_signalForSelector: fromProtocol:
selector在receiver的类中实现了：
跟rac_signalForSelector：方法效果相同。
selector在receiver的类中没有实现：
检查在协议中selector方法是否声明了， 现在必须协议方法列表中找，然后在不是可选协议方法列表中找。 都没有找到。 报异常抛出。selector和协议不匹配。
重写selector，让其走forwardInvocation消息转发。
3, [[RACDelegateProxy alloc] initWithProtocol:]
racdelegateProxy 模式改变身份
swizzle racdelegateProxy类的isa
swizzleDeallocIfNeed
不会swizzle isa
//看到这里，是用__block声明的 originalDealloc是一个函数指针
__block void (*originalDealloc)(__unsafe_unretained id, SEL) = NULL;
id newDealloc = ^(__unsafe_unretained id self) {
//hook住的目的就是为了要摄入dispose
[compoundDisposable dispose];
block中捕获了originalDealloc， originalDealloc指针本身的地址拷贝到堆上去了
执行dealloc
msgSend(&superInfo, deallocSelector);
或者originalDealloc(self, deallocSelector);
}
可以看到 &originalDealloc的地址因为block的捕获，地址变化了
if (!class_addMethod(classToSwizzle, deallocSelector, newDeallocIMP, "v@:"))
//the class already contains a method implementation with that name
//本类中实现了名字为dealloc的选择子
调dealloc方法，会触发到newDeallocIMP的方法指针调用
originalDealloc = (typeof(originalDealloc))method_setImplementation(deallocMethod, newDeallocIMP);
}
else {
// 增加成功了。本类没有实现dealloc方法
当执行dealloc时，就会执行newDealloc
}
//hook操作 Sets the implementation of a method.The previous implementation of the method.
//返回原来的函数指针， 保存原来的dealloc函数指针IMP到originalDealloc， 便于block里面调用
//调用Method时候，会调用newDeallocIMP指针，也就是新的deallocblock
originalDealloc = (typeof(originalDealloc))method_setImplementation(deallocMethod, newDeallocIMP);
所以，跟我们常见的swizzle不同的是，
方法交换，调A就是调B（B里面在调B，此时方法交换了，所以就能回调到原来的A），调B调就是A；
而上面的swillzeDealloc 不是交换。 只是一个调剂手段。 A调B（B里面调用A）
