1.找到應(yīng)用打包生成的 appName.dYSM 文件(appName是你的應(yīng)用的名稱)契沫；
2.打開終端荷腊，執(zhí)行命令xcrun atos -o appName.app.dSYM/Contents/Resources/DWARF/appName -l 模塊加載地址 第二個地址
xcrun atos -o appName.app.dSYM/Contents/Resources/DWARF/appName -l 0x0000000102c74000
其中地址0x0000000102c74000叫做模塊加載地址无蜂，
3.然后任洞，繼續(xù)輸入地址韵卤，這個地址對應(yīng)bugly錯誤堆棧的位置如下圖示财边，
0x0000000102e89148
解析得到：
video_data_callback (in appName) (MyObjectiveCClass.m:0)
參考文獻鏈接：
1.使用命令行工具 atos 解析 iOS app 的錯誤（崩潰）日志
2.分析iOS Crash文件：符號化iOS Crash文件的3種方法
參考文獻原文：
準(zhǔn)備工作：
1.有一個app的奔潰日志文件：appName.crash
2.找到對應(yīng)的應(yīng)用，打包生成 appName.app appName.dYSM 文件夜矗，將這兩個文件和 .crash文件放在同一個目錄下
開始查找：
1.找到報錯的語句泛范，記錄appName 那一行的第一個地址：
如上圖所示，地址為 0x00000001000ece74
2.打開命令行紊撕，cd 進準(zhǔn)備工作中的目錄罢荡，使用
grep “appName arm” *crash
或
grep —after-context=2 “Binary Images:” *crash
查找crash模塊的加載地址，得到的結(jié)果如下：
這里的 0x1000d0000 就是加載地址, arm64 是 architecture 的值对扶，這兩個值后面都要用
3.用atos命令來符號化某個特定的模塊加載地址：
xcrun atos -o appName.app.dSYM/Contents/Resources/DWARF/appName -l 0x1000d0000 -arch arm64
輸入完這個命令后如果沒有報錯区赵，會進入到一個帶輸入狀態(tài)，
此時輸入第1步得到的地址：0x00000001000ece74
就會出現(xiàn)類似下面的情況：
