iOS开发审核时崩溃日志之利用dSYM找崩溃具体函数
背景：
在一次更新app上架审核时，苹果审核人员把我们拒绝了，拒绝的理由：‘在启动我们的app冻结了’，并附上一张引导页的截图；以下是苹果的原文：
刚看到这写也是懵逼了，启动页会冻结，分析可能存在的问题：难道是iOS12.4，或者Wi-Fi网络问题，或者无网络，或者ipv6的问题；结果我们模拟iPhone X、6、6SP、ipd air等机型均在iOS12.4，wifi正常、弱网、无网络、代理美国的服务器访问等条件，均能正常启动；这样一套模拟自测下来，就更懵逼了，最终，只能上诉，希望苹果审核团队能录屏或者更多的操作说明给到我们来排查问题。
上诉回复结果：终于有用的东西来了，苹果审核团队给了几份崩溃的日志文件，但是当你看到这些崩溃的日志时，你同样还是懵逼，因为这些日志存放的是崩溃的堆栈信息，是十六进制的地址，你还是看不懂carsh的问题所在。那么我们重点就来了，怎么利用crash日志确认崩溃所在的具体函数呢，也就是说，把carsh日志中的十六进制堆栈的地址转成对应app源码中的函数名，具体看以下步骤：
发件人： Apple
日期：2019/8/21 06:59
2. - 1 Performance: App Completeness
Guideline 2.1 - Performance - App Completeness
We discovered one or more bugs in your app when reviewed on iPad running iOS 12.4 on Wi-Fi.
The app froze upon launch.
Next Steps
To resolve this issue, please run your app on a device to identify any issues, then revise and resubmit your app for review.
If we misunderstood the intended behavior of your app, please reply to this message in Resolution Center to provide information on how these features were intended to work.
For new apps, uninstall all previous versions of your app from a device, then install and follow the steps to reproduce the issue. For updates, install the new version as an update to the previous version, then follow the steps to reproduce the issue.
Resources
For information about testing your app and preparing it for review, please see Technical Note TN2431: App Testing Guide.
For a networking overview, please review About Networking.
Please see attached screenshot for details.
崩溃日志
主要步骤：
1、创建一个空文件夹，存放需要使用到的相关文件；
2、查找到symbolicatecrash工具；
3、查找到上架时Archive文件中的dSYM文件；
4、将苹果回复的crash.txt文件、symbolicatecrash工具、dSYM文件放到第1步创建的空文件夹内；
5、打开终端，cd到这个文件夹，执行终端命令，生成十六进制地址反编译出来的app源代码函数
6、终端命令执行完，打开生成的crash.log崩溃日志，查看具体的崩溃函数，并分析；
具体步骤：
-
1、在桌面创建一个文件夹，文件夹名：carsh，准备存放的文件有：苹果审核的crash.txt文件、symbolicatecrash工具、dSYM文件，这里已经有的crash.txt文件先放入。
crash文件
-
2、查找symbolicatecrash工具：前文文件夹输入：/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash,把symbolicatecrash拷贝出来，放到刚才创建的（crash）文件夹中；
symbolicatecrash
-
3、查找到上架时Archive文件中的dSYM文件：打开Xcode，选择Window-->Orgianzer找到对应的Archive文件-->Show in Finder-->显示包内容-->dSYMS-->xxx.app.dSYM，把xxx.app.dSYM文件拷贝出来，放到刚才创建的（crash）文件夹中；
Xcode-->Window-->Orgianzer
Show in Finder
显示包内容
xxx.app.dSYM
4、将苹果回复的crash.txt文件、symbolicatecrash工具、dSYM文件放crash文件夹内；
准备好的三个文件
5、打开终端，cd到这个文件夹，执行终端命令，生成十六进制地址反编译出来的app源代码函数终端命令如下：
# 步骤1，cd到crash目录
cd /Users/xxx/desktop/crash
# 其中crash.txt：为苹果审核的十六进制的内存崩溃地址，MyAppName.app.dSYM：为你的dSYM文件名，crash.log：为你要输出的文件名，crash.log可自己取其他的名字；
./symbolicatecrash ./crash.txt ./MyAppName.app.dSYM > crash.log
# 如果提示"DEVELOPER_DIR" is not defined at xxxxxxxxxxxxxx,那么输入以下命令，如果没有则跳过
export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer
# 遇到错误，重新输入
./symbolicatecrash ./crash.txt ./MyAppName.app.dSYM > crash.log
终端命令
-
6、终端命令执行完，打开生成的crash.log崩溃日志，查看具体的崩溃函数，并分析：定位到我们最终的问题，在使用stringByReplacingOccurrencesOfString函数时，对被替换的字符串没有做为nil的判断；
crash.log
源代码
总结：
1、需要注意dSYM文件的重要性，它能够把你的carsh日志转换成程序具体的崩溃函数，方便你排除release版本的崩溃问题，所以，上架包的时候记得保留archive文件，因为它里面有dSYM文件；另外：其实也可以在app代码里面嵌入buggly或者talkingdata这些第三方的崩溃统计平台；
2、后续会整理一下，在自己实际开发上架app时，审核被拒的一些问题；
3、对NSString的一些API函数使用时要特别的注意，记得判断nil；
最终：
说一说我们遇到的这个奇葩的bug：在我们app的业务需求里面，app启动是需要获取用户的地址信息，所以我们使用了高德定位的API，高德地图API，在地址反编译的时候province字段为nil时，使用stringByReplacingOccurrencesOfString这个函数替换province中可能存在的空字符串，导致崩溃；推断原因：在国内province省份这个字段是一直有值的，所以我们自测一直是正常的不会崩溃，但是，苹果审核所在的地方，猜测地点不是一直都在同一个国家或地区审核，刚好这次审核的地方，高德地图API获取定位的province字段为nil，导致crash。
