版权声明:本文为博主原创文章,未经博主允许不得转载。
在Mac OS下分析Crash Log有很多种方法,这里不是要说明如何分析的Crash Log, 主要是展示下Hopper的使用。 强大的IDA大家可能已经知道,但它的Mac OS版本又让人回到了DOS时代。幸运的是Mac OS有了一个小巧的替代品:Hopper, 基本上满足了工作上的反汇编的需要,包括伪代码以及控制流图(Control Flow Graph),支持ARM指令集并对Objective-C的做了优化。
先给张界面总览(左侧是符号列表,打开程序后,用工具栏最右侧的Read Executable就可以打开可执行程序分析):
下面以分析Crash Log为例,展示下Hopper的使用。
在应用程序一个位置使用assert让它崩掉,可以得到如下的Crash Log:
Crash Log
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x981fd9c6 __pthread_kill + 10
1 libsystem_c.dylib 0x99692f78 pthread_kill + 106
2 libsystem_sim_c.dylib 0x01e5a57b abort + 140
3 libsystem_sim_c.dylib 0x01e3c286 __assert_rtn + 267
4 BlogCounter 0x000033c9
5 BlogCounter 0x00003362
打开Hopper,找到菜单Navigate->Go To Address or Symbol
在对话框输入33c9,Hopper就会跳到程序崩的位置。
生成伪码看看
太短了! 和源代码比比:
显然编译器优化过了。因为assert(0)是稳定崩定的,所以下面的代码都没有生成。
可以将assert改为
assert(URLString==nil);
再尝试时,崩溃的位置已经变更(Mac OS有一项技术,程序和程序库在加载时的地址是动态决定的)。我们再看下新的代码和控制流图(CFG):
CFG:
转载请注明出处: http://blog.csdn.net/horkychen