常用的HOOK方式
1、Method Swizzling：method_exchangeImplementations
2、消息转发方案：Aspects
3、通过fishhook：除了可以hook c函数，fishhook+汇编还可以hook objc_msgSend实现全打点.#
4、Cydia Substrate
5、通过libffi：例如饿了么开源的Stinger
使用method_exchangeImplementations的??注意项
- 若父类和子类都没有原方法，有可能导致循环调用
- 若父类有原方法，子类并没实现该方法，会导致父类的原方法被交换，导致其它子类的实现受到影响,比如找不到方法奔溃
- 若原方法里有使用_cmd作为业务逻辑，方法交换后，会导致_cmd变成hook后的，影响原方法功能实现
- 若原方法被偶数次调用了同一个swizzl方法，会导致方法交换成自身，等于没有hook
- 若原方法被多个业务方进行多次swizzl，可能会产生一定的污染，比如统计要统计原方法的耗时时间，实际上包含了多个swizzl后函数的运行时间
- 若使用method_exchangeImplementations进行hook，通常要在该类初始化之前实现，一般开发会放到+load 或是__attribute__((constructor))函数里dispatch_once里执行；+load 或是__attribute__((constructor))函数带来的问题是，会影响应用启动速度
- 若使用method_exchangeImplementations进行hook，不在+load 或是__attribute__((constructor))函数里调用，延迟调用，不容易控制时机，导致还没hook，类对象或是实例就被创建
- 另外命名冲突也会导致失效或是循环调用等问题
- 若因为hook出现bug，排查问题会增加一定的时间和难度：比如，之前我们应用内支付业务，使用了Method Swizzling进行AOP打点，测试时候发现应用内支付收不到苹果的返回。通过分析，因为项目里有使用facebook sdk以及firebase sdk（广告统计），发现它们都有对应用内支付做hook操作（开始是猜测，后续通过hopper印证），导致了该问题
总结：hook是风险与便利共存，以上部分问题是method_exchangeImplementations特有，有些是hook共性问题，使用的时候一定要当心。
盘一下method_exchangeImplementations使用的注意项
原文：https://www.cnblogs.com/qiyer/p/14771424.html
