根据fir获取的BugHD崩溃栈和文件描述符解析原始崩溃栈
fir获取的BugHD崩溃栈
错误堆栈 KSCrash libobjc.A.dylib 183341b90 objc_msgSend 105360 KSCrash CoreFoundation 183ba5b44 _CFArrayReplaceValues 23364 KSCrash CoreFoundation 183ba5994 CFArrayAppendValue 22932 KSCrash CoreFoundation 183c7eb04 912132 KSCrash CoreFoundation 183ba8c50 CFRunLoopRunSpecific 35920 KSCrash GraphicsServices 185490088 GSEventRunModal 49288 KSCrash UIKit 188e92088 UIApplicationMain 516232 KSCrash caocao 1001adc44 _mh_execute_header 990276 KSCrash libdyld.dylib 1837468b8 10424
xcode->windows->organizer 选中对应版本打的包击右键->show in finder->选中对应版本打的包击右键显示包内容->选中dSYMs->选中对应版本打的包击右键显示包内容,打开方式选终端->cd ..回到dSYM目录
Last login: Tue Jul 12 10:13:24 on ttys003 laojia:caocao.app.dSYM jiaguoshang$ pwd /Users/jiaguoshang/Library/Developer/Xcode/Archives/2016-07-07/caocao 2 16-7-7 上午10.37.xcarchive/dSYMs/caocao.app.dSYM laojia:caocao.app.dSYM jiaguoshang$ cd .. laojia:dSYMs jiaguoshang$ pwd /Users/jiaguoshang/Library/Developer/Xcode/Archives/2016-07-07/caocao 2 16-7-7 上午10.37.xcarchive/dSYMs
laojia:dSYMs jiaguoshang$ dwarfdump --lookup 183341b90 -arch armv7 caocao.app.dSYM ---------------------------------------------------------------------- File: caocao.app.dSYM/Contents/Resources/DWARF/caocao (armv7) ---------------------------------------------------------------------- Looking up address: 0x000000000002cc2d in .debug_info... found! 0x0007077b: Compile Unit: length = 0x000026e9 version = 0x0002 abbr_offset = 0x00000000 addr_size = 0x04 (next CU at 0x00072e68) 0x00070786: TAG_compile_unit [133] * AT_producer( "Apple LLVM version 7.3.0 (clang-703.0.29)" ) AT_language( DW_LANG_ObjC ) AT_name( "/Users/jiaguoshang/Desktop/司机1.3.28/CaocaoDriver/caocao/viewcontroller/main/BookingListViewController.m" ) AT_stmt_list( 0x00014051 ) AT_comp_dir( "/Users/jiaguoshang/Desktop/司机1.3.28/CaocaoDriver" ) AT_APPLE_optimized( 0x01 ) AT_APPLE_major_runtime_vers( 0x02 ) AT_low_pc( 0x00022518 ) AT_high_pc( 0x0003318c ) 0x00072042: TAG_subprogram [187] * AT_low_pc( 0x0002bda4 ) AT_high_pc( 0x0002e312 ) AT_frame_base( r7 ) AT_name( "__53-[BookingListViewController ConfirmReceiveBookOrder:]_block_invoke" ) AT_decl_file( "/Users/jiaguoshang/Desktop/司机1.3.28/CaocaoDriver/caocao/viewcontroller/main/BookingListViewController.m" ) AT_decl_line( 1947 ) AT_prototyped( 0x01 ) AT_APPLE_optimized( 0x01 ) AT_APPLE_isa( 0x01 ) 0x0007207b: TAG_lexical_block [168] * AT_ranges( 0x00001468 [0x0002bdd6 - 0x0002be24) [0x0002c00e - 0x0002c21a) [0x0002c532 - 0x0002c596) [0x0002c726 - 0x0002cc44) [0x0002cd5e - 0x0002cf5a) [0x0002d09e - 0x0002d1c4) [0x0002d208 - 0x0002e2cc) End ) 0x0007213e: TAG_lexical_block [168] * AT_ranges( 0x000014f0 [0x0002c9aa - 0x0002ca24) [0x0002ca2e - 0x0002cad4) [0x0002cc22 - 0x0002cc44) [0x0002cd5e - 0x0002cf5a) [0x0002d09e - 0x0002d0e0) [0x0002d0ea - 0x0002d1c4) [0x0002d208 - 0x0002d22e) [0x0002d238 - 0x0002d2b0) [0x0002d32e - 0x0002d46e) End ) Line table dir : '/Users/jiaguoshang/Desktop/司机1.3.28/CaocaoDriver/caocao/viewcontroller/main' Line table file: 'BookingListViewController.m' line 2062, column 29 with start address 0x000000000002cc2c Looking up address: 0x000000000002cc2d in .debug_frame... found! 0x00002020: FDE length: 0x0000000c CIE_pointer: 0x00000000 start_addr: 0x0002bda4 __53-[BookingListViewController ConfirmReceiveBookOrder:]_block_invoke range_size: 0x0000256e (end_addr = 0x0002e312) Instructions: 0x0002bda4: CFA=sp
可以看到是在刷新表格时数据源数组元素增加引起的。这个问题很让人头大啊！
注意：
编译宏中的代码出现闪退，是解析不出崩溃信息的。当然系统自己释放内存等崩溃也是解析不出崩溃栈有用信息的。
编译宏是为了统一修改，减少重复代码而设计的，他要求编译宏中的代码使用者负者。编译器不替你检查。所以编译宏有优店也有缺点，复杂的代码还是用全局静态函数代替编译宏为号。
如下列编译宏：
#define dispatch_main_sync_safe(block)\ if ([NSThread isMainThread]) {\ block();\ } else {\ dispatch_sync(dispatch_get_main_queue(), block);\ }
这样使用：
dispatch_main_sync_safe(^{ if(self.hitOnLineTime > 0) { if(self.onLineFailedBlock != nil) { self.onLineFailedBlock(YES); } self.hitOnLineTime = 0; self.socketConnectStat = SOCKECT_CONNECT_INIT; } });
若里面出现崩溃的问题，就解析不出崩溃栈，也不能单步跟踪到编译宏包含住的代码部分。
