iOS提高篇：抓住Crash

最直观的查看崩溃

需要应用开发者共享 。设置 -> 隐私 -> 与应用开发者共享。

XCode -> Window ->Organizer -> Crashes
能直观查看出现的异常，并且 Open in Project能直接找到崩溃的代码行，通常也能看见哪一个类的哪一个方法出现了问题。

最重要的三文件

1. dSYM
2. .crash / .ips 文件
3. .app
   并将三文件整理在一个文件夹中

流程：准备三文件 - > 符号化 -> 生成可直观的文件

dSYM

dSYM 是保存 16 进制函数地址映射信息的中转文件，我们调试的 symbols 都会包含在这个文件中，并且每次编译项目的时候都会生成一个新的 dSYM 文件，位于 /Users/<用户名>/Library/Developer/Xcode/Archives 目录下，对于每一个发布版本我们都很有必要保存对应的 Archives 文件当我们软件 release 模式打包或上线后，不会像我们在 Xcode 中那样直观的看到用崩溃的错误，这个时候我们就需要分析 crash report 文件了，iOS 设备中会有日志文件保存我们每个应用出错的函数内存地址，通过 Xcode 的 Organizer 可以将 iOS 设备中的 DeviceLog 导出成 crash 文件，这个时候我们就可以通过出错的函数地址去查询 dSYM 文件中程序对应的函数名和文件名。

一般开发者在完成一个版本后，就要迁出一个版本出来。选择真机或选择generic iOS Device, Product -> Archive，随后
XCode -> Window ->Organizer -> XXArchive文件 -> Show in Finder -> 显示包内容 -> dSYMs -> ***.app.dSYM
这个文件需要保持很长时间。无论测试，上线（上线仍然有老用户打死不升级而产生的崩溃，直到你认为可以抛弃这个老版本时）。再者测试组在对你app进行测试时，产生的crash都要dSYM参与。建立一个专门的文件夹来管理是最好的选择。

.app

同上，XCode -> Window ->Organizer -> XXArchive文件 -> Show in Finder -> 显示包内容 ->Products ->