github上有若干用于纪录objc_msgSend消息的仓库，然而均存在一定问题
1.使用dyld_insertlibrary方式启动，不适用于ios app
2.使用substrate框架是常理，然而在new_objc_msgSend回调中做了太多事情以致效率很低(这包括Snoop-it)
3.将new_objc_msgSend回调实现在.m/.mm文件中，导致递归(因为编译器会生成局部变量构造析构代码，里面也调用的objc_msgSend)(这包括InspectiveC)，而实现在c/cpp中则不会有递归问题
4.未能解析objc_msgSend参数
对于此问题，提供的解决方案：
1.使用cydia substrate框架实现msgsend hook以及Cydia提供的MobileLoader自动加载dylib模块（注意ios设备上存在的substrate头文件是最全的）
2.new_objc_msgSend回调做成异步任务式，检查selector的地址空间是否位于该模块，这样比匹配id和selector快得多
3.在.c/.cpp中实现new_objc_msgSend回调
4.从signature解析出参数类型（由于匹配要class+selector，开启该功能则不可避免的耗时）
msglogger使用方式：
./utilityserver --app_inject "com.?"
/tmp/msglog.txt查看结果
存在的问题：
对于大的可执行文件由于msgSend相当频繁，因此不推荐hook msgSend方式，可以考虑使用frida或cycript hook某些selector
解决frida -f com.** 拉起式附加失败的问题
0.pc端发送请求给ios端
1.ios端执行js hook注launchd的/usr/lib/system/libsystem_kernel.dylib的__posix_spawn，作用主要是接收进程创建成功的pid及修改启动SUSPEND标志(launchd.js)
2.利用SpringBoard服务启动app，spawn函数启动普通进程(frida-helper-backend-glue.m)
3.启动结束进入js得到进程pid，通知pc端成功
由于dumpdecrypted工具必须要使用启动命令行进行，且受权限影响，在某些机型不能成功，这里采用frida注入+dumpdecrypted脱壳方式解决
手动脱壳：
第一步：
// 将dumpdecrypted.dylib放在应用可读路径，比如/var/mobile/Containers/Bundle/Application/C7FC26EF-9AA5-41E8-827E-59F64B2AFF68/BWA.app
第二步：
D:\tmp>frida -Up 2741
____
/ _ | Frida 10.3.14 - A world-class dynamic instrumentation framework
| (_| |
> _ | Commands:
/_/ |_| help -> Displays the help system
. . . . object? -> Display information about 'object'
. . . . exit/quit -> Exit
. . . .
. . . . More info at http://www.frida.re/docs/home/
[iPhone::PID::2741]->
// 获取dlopen函数
var dlopen=new NativeFunction(Module.findExportByName(null, "dlopen"), 'pointer', ['pointer', 'long'])
dlopen(Memory.allocUtf8String("/var/mobile/Containers/Bundle/Application/C7FC26EF-9AA5-41E8-827E-59F64B2AFF68/BWA.app/1.dylib"), 1)
第三步：
cat /var/log/syslog看到输出，取出文件
交流群560017652欢迎讨论