教训： Xcode Organizer 里面的 Archive 都不要丢，尤其是里面的 dSYM。

[ShikiSuen]

教训：Xcode Organizer 里面所有后来拿来发行正式版 App Builds 的 Archive 都不要丢，尤其是里面的 dSYM 档案很重要。一旦丢了，那么你 App 的使用者在 App 崩溃时收集到的 IPS 侦错档案传到你这边时就真成了无用的天书了。

一份 App Build 对应一份 dSYM 再对应任何该 App Build 运行时可能生成的 IPS 错误报告档案。其中的 dSYM 扮演了解密辞典的作用：必须有这份唯一的 dSYM ，才有可能把客户的 IPS 错误报告当中的记忆体位址翻译成函式名称/方法名称。

https://developer.apple.com/documentation/xcode/adding-identifiable-symbol-names-to-a-crash-report

[ShikiSuen]

备忘：MacSymbolicator 这款 App 可以无须 Xcode 就可以拿着 dSYM 翻译 IPS 错误报告。

[pheyer]

冷知识：没有 dSYM 也可以恢复符号，就是麻烦点

[ShikiSuen]

@pheyer 请赐教。

[liuidetmks]

@ShikiSuen 有偏移地址，你就可以找到代码位置了，一套操作总之相当麻烦，不知道有没有自动化的工具

[ShikiSuen]

@liuidetmks 我这边威注音输入法从 2.8.5 版开始直接走 Xcode Archive -> Organizer 的手续做公证处理，Runtime 是经过 Harden 处理的。这种情况下有偏移位址也能找到对应的程式码位置吗？

P.S.: 我怀疑这个 Harden 处理会对代码有一定程度的混淆。

[weeei]

你有集成类似 crashlytics 的服务吗，发版本后传一份符号上去就行了： https://firebase.google.com/docs/crashlytics/get-deobfuscated-reports?hl=zh-cn&platform=ios

[ShikiSuen]

@weeei 感谢您的分享，回头有其他专案我会考虑用一下。

P.S.: 威注音专案是针对企业敏感场合而设计的，不会擅自上传东西。