最近在帮外包公司的开发App的时候，遇到一些奇葩的BUG问题，因为是跟硬件交互的App，可能硬件返回了一些异常的数据，导致了App的崩溃，毕竟客户跟我不在同一个城市，而且对方公司没有用Mac系统的，所以在iOS出现崩溃BUG的时候，想要获取到对应的崩溃日志我可是绞尽脑汁。因为这个App是用Swift开发的，其实这次开发以后我觉得我可能短时间内，接到别的项目的时候，除非真的足够的小，不然我不会用Swift开发，我认为当前的Swift还处于上升期，还没到达能够用它开发比较大型项目的程度。而且相对于objective-c，有个令我蛋痛的问题，在objc中，我只要使用freopen之后，我就能把所有使用NSLog打印出来的LOG导出到文件。但让我头痛的时候，Swift使用了这句以后没有任何作用，我也没有去深究里面的问题。

另一方面，虽然Swift真的相对objc安全太多，特别Optional还有一些强大的语法支持，确实能够避免很多诸如空指针之类的异常。但写程序的总是人，总是会犯一些低级错误，导致App崩溃，在这种情况下。因为Swift太安全了，反而导致这个崩溃的BUG真的想都想不到在哪里，只能靠直觉去看那些可能有问题的地方进行加固。

所以我们最需要的是崩溃日志！崩溃日志真的太TM重要了，但是问题是，无论我使用NSSetUncaughtExceptionHandler设置，在Swift里面还是在objc里面，最后都发现无功而返。最终都没有办法取出崩溃的信息。哪怕把所有的signal都设上handler，还是没有办法捕获程序的崩溃。

所以最后的最后，还是无办法生成我所需要的崩溃日志，就算用XCode能够直接拷贝处iOS设备中的Log，但是客户不在同一个城市，总不可能我往那边频繁的跑把，这也非常不现实，我尝试教对方各种导出方法，可惜Mac盲+iOS盲，教起来有点费力，所以经过各种尝试，最后提倡客户去使用itunes connect里的TestFlight进行测试。

简单来说，就是生成一个构建版本之后上存到App store，然后在TestFlight里面邀请内部iTunes connet里面的成员进行内测，然后教对方在iOS设备上安装TestFlight，然后输入邀请码一系列操作。终于成功用TestFlight装上App了，那么希望崩溃问题能够捕捉到吧，问题是上面说信息会有72小时的误差😂我只能祈祷生效