iOS应用崩溃日志分析

 

----20200314更新-------

真机 32 位处理器需要 armv7，或者 armv7s 架构，真机 64 位处理器需要 arm64 架构。

arm64：iPhone6s  iphone6s plus｜iPhone6｜ iPhone6 plus｜iPhone5S 

armv7s：iPhone5｜iPhone5C｜

armv7：iPhone4｜iPhone4S｜iPad｜iPad2｜

i386是针对intel通用微处理器32位处理器

x86_64是针对x86架构的64位处理器

 

--------------------------------------------

用终端

cd /Users/XXXXUser/Library/Developer/Xcode/Archives/2020-03-07/XXXX\ 2020-3-7\,\ 7.52\ PM.xcarchive/dSYMs/XXXX.app.dSYM 

 ls

显示  Contents

cd Contents

cd Resources

cd DWARF

atos -arch arm64 -o XXXX 0x00000001011d6818

显示  0x00000001011d6818 (in XXXX)  

有时候 显示不出具体的   某个文件 ，用dsymTool也不行，不知道是不是某些版本的ide  打出来的包 不让反编译

 

 

----------------------------------------

dSYM 符号集

符号集是我们对 ipa 文件进行打包之后，和 .app 文件同级的后缀名为 .dSYM 的文件，这个文件必须使用 Xcode 进行打包才有。
每一个 .dSYM 文件都有一个 UUID，和 .app 文件中的 UUID 对应，代表着是一个应用。而 .dSYM 文件中每一条崩溃信息也有一个单独的 UUID，用来和程序的 UUID 进行校对。
我们如果不使用 .dSYM 文件获取到的崩溃信息都是不准确的。
符号集中存储着文件名、方法名、行号的信息，是和可执行文件的16进制函数地址对应的，通过分析崩溃的 .Crash 文件可以准确知道具体的崩溃信息。

 

 

 

参考链接

https://blog.csdn.net/alincexiaohao/article/details/46560731

https://blog.csdn.net/felicity294250051/article/details/73294547

http://cache.baiducontent.com/c?m=9f65cb4a8c8507ed4fece763105392230e54f73261868d462e8ec814c0735b36163bbca67c7f5119d3c77f6102af4a57f7f334763c0537b7ec92ce1583afd7756fde286f2d5d9141638558e494&p=8b2a9715d9c040ab34a2886f1b4fa5&newp=8f628b1d809812a05abd9b7d0c12cd231610db2151d4d4&user=baidu&fm=sc&query=ios++dSYM&qid=d9b860a500021b01&p1=1

https://www.cnblogs.com/Hakim/p/7839204.html

https://www.jianshu.com/p/1f473e7bbd9f

 

https://blog.csdn.net/linxinfa/article/details/85336462

https://www.jianshu.com/p/3fce0bd6f045