有时编译器会生成。DSYM 文件。我想这是一个调试相关的文件,但我不知道它是什么,以及如何使用它。
什么是. dSYM? 我如何使用它?
DSYM 文件存储应用程序的调试符号
像 Crashlytics 这样的服务使用它来用适当的方法名称替换崩溃日志中的符号,这样它将是可读的并且有意义的。
使用 dSYM 的好处是,您不需要发布带有其符号的应用程序,这使得逆向工程变得更加困难,并且还可以减少二进制大小
为了用来表示崩溃日志,您需要将崩溃日志拖放到编译应用程序二进制文件的机器(存储 dSYM 的机器)的组织者中的设备日志中
如果您有 dSYM,但是没有机器,编译后的应用程序二进制文件遵循 这个链接中的说明,以便将 dSYM 安装到机器中。
有一个 Mac 应用,可以帮助您符号化一个崩溃日志,以防您需要自己做。
有关详细信息,请参阅 苹果技术说明 TN2151
Xcode 调试符号(dSYM)
它是一个包含映射信息的 Bundle(例如 F49088168M.app.dSYM) ,您可以使用它将堆栈跟踪解码为可读的格式。
Bundle
F49088168M.app.dSYM
结构:
例如,崩溃日志看起来像:
//before 0 libswiftCore.dylib 0x000000018f3c9380 0x18f394000 + 217984 1 libswiftCore.dylib 0x000000018f3c9380 0x18f394000 + 217984 2 libswiftCore.dylib 0x000000018f3c8844 0x18f394000 + 215108 3 libswiftCore.dylib 0x000000018f3a74e0 0x18f394000 + 79072 4 libswiftCore.dylib 0x000000018f3ab0d8 0x18f394000 + 94424 5 F49088168M 0x00000001045ac750 0x104590000 + 116560 6 F49088168M 0x00000001045b7904 0x104590000 + 162052 7 F49088168M 0x00000001045b897c 0x104590000 + 166268 8 F49088168M 0x000000010459d914 0x104590000 + 55572 9 F49088168M 0x00000001045a0e70 0x104590000 + 69232 10 F49088168M 0x00000001045a0f4c 0x104590000 + 69452
dSYM正在运行
dSYM
//after Symbolicating(dSYM is used) 0 libswiftCore.dylib 0x000000018f3c9380 closure #1 in closure #1 in closure #1 in _assertionFailure+ 217984 (_:_:file:line:flags:) + 452 1 libswiftCore.dylib 0x000000018f3c9380 closure #1 in closure #1 in closure #1 in _assertionFailure+ 217984 (_:_:file:line:flags:) + 452 2 libswiftCore.dylib 0x000000018f3c8844 _assertionFailure+ 215108 (_:_:file:line:flags:) + 468 3 libswiftCore.dylib 0x000000018f3a74e0 _ArrayBuffer._checkInoutAndNativeTypeCheckedBounds+ 79072 (_:wasNativeTypeChecked:) + 208 4 libswiftCore.dylib 0x000000018f3ab0d8 Array.subscript.getter + 84 5 F49088168M 0x00000001045ac750 static ELM327ResponseManager.getResponse(responseStr:obd2Protocol:) + 116560 (ELM327ResponseManager.swift:27) 6 F49088168M 0x00000001045b7904 ELM327Client.dataInput(_:characteristicUuidStr:) + 162052 (ELM327Client.swift:56) 7 F49088168M 0x00000001045b897c protocol witness for BLEClientInputPort.dataInput(_:characteristicUuidStr:) in conformance ELM327Client + 166268 (<compiler-generated>:0) 8 F49088168M 0x000000010459d914 BLEConnection.peripheralDataReceived(data:characteristicUuidStr:) + 55572 (BLEConnection.swift:124) 9 F49088168M 0x00000001045a0e70 BLEConnection.peripheral(_:didUpdateValueFor:error:) + 69232 (BLEConnection.swift:293) 10 F49088168M 0x00000001045a0f4c @objc BLEConnection.peripheral(_:didUpdateValueFor:error:) + 69452 (<compiler-generated>:0)
默认情况下,为 释放版本生成 dSYM。 你可以检查一下:
Build Settings -> Generate Debug Symbols(GCC_GENERATE_DEBUGGING_SYMBOLS) -> Yes Build Settings -> Debug Information Format(DEBUG_INFORMATION_FORMAT) -> DWARF with dSYM File
在 Products文件夹中可以找到的结果位置
Products
使用 dsymutil从 .app手动生成 dSYM文件
dsymutil
.app
dsymutil F49088168M.app/F49088168M -o F49088168M.app.dSYM
使用 symbolicatecrash象征崩溃
symbolicatecrash
export DEVELOPER_DIR="/Applications/Xcode.app/Contents/Developer" /Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/Current/Resources/symbolicatecrash "<path>/F49088168M-2020-06-04-212904.crash" "<path>/F49088168M.app.dSYM" > symbolicated.crash
使用 dwarfdump手动打开 dSYM
dwarfdump
dwarfdump --arch arm64 --debug-pubtypes F49088168M.app.dSYM
结果如下:
0x00000065 "PeripheralLogView" 0x000005cc "BLEConnection" 0x000005da "BLEPeripheral" 0x000005e9 "ELM327Client"
应用程序的 dSYM 应该包括所有包含的(框架) dSYM
[ dSYM 位置]
[ . bcsymbolmap ]
[词汇]