—— iOS 运行时中方法的调用流程
在iOS运行时系统中，调用方法的本质就是利用objc_msgSend进行消息发送：
iOS 中所有的类都是继承于 NSObject，一个对象所具有的方法分为实例方法和类方法，编译完成后的对象中，存在一个实例方法链表、一个缓存方法链表。当实例调用方法经objc_msgSend时：首先，在相应操做的对象中的缓存方法列表中找调用的方法，若找到，转向相应的实现并执行；若没找到，在对象的方法列表中查找，若是找到，转向相应的实现并执行；若是没找到，则递归的去父类指针所指向的类对象方法列表中查找；以此类推，若是一直到根类都没有找到，转向拦截调用，走消息转发机制；若是没有重写拦截调用方法，程序报错；
消息转发也被称为拦截调用，就是在找不到调用的方法后，且在程序崩溃以前，有机会经过重写NSObject的四个方法来补救处理：
若以上都不中，调用 NSObject 的 doesNotRecognizeSelector 方法抛出异常：
利用以上机制，可以对resolveInstanceMethod 和 resolveClassMethod 两个方法进行方法交换，拦截可能出现的 iOS 崩溃，然后自定义处理。
消息转发机制依次的三个过程：1）动态方法解析；2）转发给其他备用的接收对象；3）消息所有相关内容封装成一个NSInvocation对象，再做最后的尝试。
第一阶段，先征询接收者所属的类，是否需要动态的添加方法，用来处理当前未找到的方法。对象在无法解读消息时会首先调用所属类的下列类方法，来判断是否能接收消息：
例：
第二阶段，如果动态方法解析没有发现添加的方法，那么尝试转发给其他对象来处理这个方法。该步骤调用的方法是：
例：
第三阶段，如果没有可用的备选者，那么系统就会把消息所有相关内容封装成一个NSInvocation对象，再做最后的尝试，启动完整的消息转发。先调用methodSignatureForSelector:获取方法签名，然后再调用forwardInvocation:进行处理，这一步的处理可以直接转发给其它对象，即和第二步的效果等效，但是很少有人这么干，因为消息处理越靠后，就表示处理消息的成本越大，性能的开销就越大。所以，在这种方式下，一般会改变消息内容，比如增加参数，改变选择子等等，具体根据实际情况而定。
例：
这里就是利用了消息转发机制的第三个阶段，将NSIvocation分发给多个代理去响应。
https://blog.csdn.net/kingjxust/article/details/49559091
http://blog.cnbang.net/tech/2808/
http://blog.cnbang.net/tech/2855/
由于OC的动态特性，在编译过程向类发送了其无法理解的消息并不会报错，因为在运行时，我们可以改变对象调用的方法、向类中添加方法。只有当程序运行起来之后，才知道要真正执行哪个函数（动态绑定）。
OC消息发送原理、方法查找过程：
简单理解:
OC、运行时初始化时机：
https://www.jianshu.com/p/4b93b40977b5
https://blog.csdn.net/weixin_30920513/article/details/100093380
参考文章：
https://www.jianshu.com/p/7e132cda35cd
https://www.cnblogs.com/feng9exe/p/10397102.html
https://www.shangmayuan.com/a/02d9b8b219b24d888ef93b97.html
https://blog.csdn.net/lin1109221208/article/details/108724965
iOS之使用NSInvocation调用方法
https://www.jianshu.com/p/e24b3420f1b4
