iOS/macOS/visionOS 上的崩潰分析

關於原生(iOS/macOS) 、 Unity(iOS/macOS/visionOS) 和 Unity 編輯器(macOS) 上的崩潰，可參考如下說明。

開發中的崩潰位置獲取

在 XCode 中調試時需要的信息如下圖。

crash iOS

在 lldb 中輸入bt，可以獲得崩潰原因和代碼運行棧，如下

(lldb) bt
* thread #11, stop reason = EXC_BAD_ACCESS (code=1, address=0x9c40)
* frame #0: 0x00000001057e7cb0 easyar`___lldb_unnamed_symbol2693$$easyar + 6984
    frame #1: 0x00000001057e5e14 easyar`___lldb_unnamed_symbol2692$$easyar + 276
    frame #2: 0x00000001057e2500 easyar`___lldb_unnamed_symbol2532$$easyar + 360
    frame #3: 0x00000001f3d60bfc libsystem_pthread.dylib`_pthread_start + 320

當代碼運行棧中存在 easyar 或 libEasyAR.dylib 相關的內容時，可能說明崩潰和 EasyAR 有關；如果不存在，則有較大概率崩潰和 EasyAR 無關。

在 lldb 中輸入 image list easyar 或者 image list libEasyAR.dylib，可以獲得動態庫加載地址，如下

(lldb) image list easyar
[  0] DF06BDD8-A8AF-3982-897D-A906EE229A4F 0x0000000105730000 /Users/<user>/Library/Developer/Xcode/DerivedData/helloar-bpvpobshgxnnwwdiryfjufioysag/Build/Products/Debug-iphoneos/helloar.app/Frameworks/easyar.framework/easyar

開發中的崩潰位置獲取（Unity）

在使用 Unity 開發應用時，還可以使用 Unity 的日誌來分析崩潰。

Unity 日誌分爲 Unity 編輯器日誌和 Unity 播放器日誌，可以通過以下方法獲取。

Unity 環境	操作系統	日誌地址
編輯器	macOS	~/Library/Logs/Unity/Editor.log
播放器	iOS	使用 XCode 的 lldb 控制檯
播放器	macOS	~/Library/Logs/Company Name/Product Name/Player.log

編輯器日誌也可以通過 Console 窗口右上角菜單的 Open Editor Log 命令打開。

託管異常(C#)可以在 Unity 編輯器的 Console 窗口中查看（Unity 主菜單的 Window -> General -> Console）。

發佈後的崩潰位置獲取

發佈後，也有可能遇到崩潰的情況。此時從設備的 Privacy - Analytics & Improvements - Analytic Data 查看或通過 TestFlight 和 App Store 來收集崩潰日誌。

以下爲一個崩潰的例子：

Incident Identifier: 5916E252-D8C2-43C3-B583-7E38399597C9
CrashReporter Key:   2075d595d8d96cf07913a12798d5e0aba79c5358
Hardware Model:      iPhone9,2
Process:             ARManualEditorDemo [2352]
Path:                /private/var/containers/Bundle/Application/ED9F6959-612A-4595-A7B9-3F573B5097DD/ARManualEditorDemo.app/ARManualEditorDemo
Identifier:          cn.easyar.demo.ARManualEditor
Version:             6 (2.0.1)
Code Type:           ARM-64 (Native)
Role:                Non UI
Parent Process:      launchd [1]
Coalition:           cn.easyar.demo.ARManualEditor [1831]


Date/Time:           2019-09-17 16:21:13.1246 +0800
Launch Time:         2019-09-17 16:08:08.3605 +0800
OS Version:          iPhone OS 12.4 (16G77)
Baseband Version:    5.70.01
Report Version:      104

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000001, 0x000000019d7e86fc
Triggered by Thread:  0

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   JavaScriptCore                	0x000000019d7e86fc WTFCrashWithInfo+ 2471676 (int, char const*, char const*, int) + 20
1   JavaScriptCore                	0x000000019dd85da0 llint_slow_path_get_by_val + 6032
2   JavaScriptCore                	0x000000019d7a25cc llint_entry + 34380
...
13  JavaScriptCore                	0x000000019d799cec vmEntryToJavaScript + 268
14  JavaScriptCore                	0x000000019dccb4d0 JSC::Interpreter::executeCall+ 7595216 (JSC::ExecState*, JSC::JSObject*, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) + 424
15  JavaScriptCore                	0x000000019dead560 JSC::profiledCall+ 9569632 (JSC::ExecState*, JSC::ProfilingReason, JSC::JSValue, JSC::CallType, JSC::CallData const&, JSC::JSValue, JSC::ArgList const&) + 188
16  JavaScriptCore                	0x000000019d7df170 JSObjectCallAsFunction + 376
17  EasyARPlayer                  	0x000000010353d284 0x10326c000 + 2953860
18  EasyARPlayer                  	0x000000010363c880 0x10326c000 + 3999872
19  EasyARPlayer                  	0x000000010364ee1c 0x10326c000 + 4075036
20  EasyARPlayer                  	0x0000000103295388 0x10326c000 + 168840
21  GLKit                         	0x00000001a337b91c -[GLKView _display:] + 256
...
33  libdyld.dylib                 	0x0000000195e468e0 start + 4

...

Thread 8:
0   libsystem_kernel.dylib        	0x0000000195f92ee4 __psynch_cvwait + 8
1   libsystem_pthread.dylib       	0x000000019600dcf8 _pthread_cond_wait$VARIANT$mp + 636
2   easyar                        	0x0000000102fba7c0 0x1028b4000 + 7366592
3   easyar                        	0x0000000102e7627c 0x1028b4000 + 6038140
4   easyar                        	0x0000000102e452e8 0x1028b4000 + 5837544
5   libsystem_pthread.dylib       	0x00000001960152c0 _pthread_body + 128
6   libsystem_pthread.dylib       	0x0000000196015220 _pthread_start + 44
7   libsystem_pthread.dylib       	0x0000000196018cdc thread_start + 4

...

Binary Images:
0x1023e4000 - 0x1024f3fff ARManualEditorDemo arm64  <0fb0d9b7d18c3e2ebf44e950a68af61f> /var/containers/Bundle/Application/ED9F6959-612A-4595-A7B9-3F573B5097DD/ARManualEditorDemo.app/ARManualEditorDemo
...
0x1028b4000 - 0x10310bfff easyar arm64  <cb52ccf821e33255a0c30ca2422d2862> /var/containers/Bundle/Application/ED9F6959-612A-4595-A7B9-3F573B5097DD/ARManualEditorDemo.app/Frameworks/easyar.framework/easyar
...

EOF

其中，包含 easyar 的代碼棧有

2   easyar                        	0x0000000102fba7c0 0x1028b4000 + 7366592
3   easyar                        	0x0000000102e7627c 0x1028b4000 + 6038140
4   easyar                        	0x0000000102e452e8 0x1028b4000 + 5837544

這裏的 0x0000000102fba7c0 爲代碼在內存中的虛擬地址，0x1028b4000 爲 easyar 的模塊加載地址，7366592 爲偏移量。

從 Binary Images 的部分也能看出0x1028b4000 爲 easyar 的模塊加載地址。

需要注意，崩潰信息中一定要包含代碼運行棧和模塊加載地址兩部分信息。由於 ASLR（地址空間佈局隨機化），動態庫模塊加載地址在每次運行時都可能不同，會導致代碼地址也會動態變化，只有知道代碼棧中的代碼地址和動態庫模塊加載地址的相對值，才能知道程序在什麼位置發生了崩潰。