软件测试之SDK开发(ios)——fishhook不能hook动态库和framework之间的相互调用

fishhook利用ios的动态库符号延迟绑定机制进行hook，原理已经在软件测试之SDK开发(ios)——fishHook原理介绍介绍过了。但是这种延迟绑定机制仅有在可执行文件调用动态库或framework时才会发生。而动态库和framework之间的相互调用，在被加载时就确定了所有符号的地址，调用时是直接跳到相应的函数入口地址。我们以objc_msgSend为例进行查看。
首先在MachOview中查看，objc_msgSend可以在懒加载表Lazy Symbol Pointers里面找到，所以，objc_msgSend是可以通过fishhook进行hoook的

这个表示是可以通过fishhook hook的。
例子很简单，就是通过objc_msgSend发送消息，如下所示

 Person *person = [[Person alloc] init] ;
 [person firstLanguage] ;
 SEL sel =@selector(firstLanguage) ;
 ((void(*)(id,SEL))objc_msgSend)(person,sel) ;

首先我们打上断点

看到的汇编代码如下所示

可以看到objc_msgSend都是跳转到地址0x10022ad48

进入到地址0x10022ad48继续查看

可以发现0x000000018205db80是我们objc_msgSend真正的函数地址。

以上是可执行文件调用动态库或framework时才发生的延迟绑定机制。而对于动态库和framework之间的相互调用，在被加载时就确定了所有符号的地址，调用时是直接跳到相应的函数入口地址。如下图所示

随便找一个动态库之间的调用，objc_msgSend是直接跳转到地址0x18205db80，所以fishhook是不能生效的。

这也解释了为什么通过fishhook hook malloc，只能监控可执行文件中的malloc，而无法监控系统库中的malloc，比如说new底层的实现是malloc就无法监控到。