奔溃日志
奔溃表现：iOS12.1 及以下启动奔溃
奔溃日志：
Exception Type: EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Termination Description: DYLD, Library not loaded: /usr/lib/swift/libswiftFoundation.dylib | Referenced from: /private/var/containers/Bundle/Application/xxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxx/XXXXXXXX.app/Frameworks/LTScrollView.framework/LTScrollView | Reason: image not found
Triggered by Thread: 0
解决方法：关闭bitcode，重新打包上传appstore
Bug背景
最近有用户反馈低版本手机启动奔溃的事，根据用户提供的系统版本，我们首先去bugly、友盟后台检查收集上来的奔溃报错，但是没有看到相关系统奔溃日志。
后期找到相关相同系统手机复现该问题，用Xcode导出日志，才看到上述日志。根据日志可以发现，整体奔溃是发生才DYLD阶段奔溃，这是阶段是程序进入到load dylibs载入动态库，包括引用的第三方和自定义的动态库阶段，是在pre-main之前发生的奔溃，所以bugly后台没有统计到具体日志。
然后安装之前的打的adhoc安装包也没有复现具体问题，只有appstore包才会奔溃，只能通过testflight安装包才能复现。iOS12.1及以下系统需要安装低版本testflight，通过爱思助手等工具安装。
解决过程：
1.排查新版本代码是否有问题，因为在8月份发布的版本没有问题，新版本出现问题，用旧版本的代码打包，testflight验证包还是有问题，同样的代码8月份打的包跟9月份打的包对比，会出现Library not loaded: libswiftFoundation.dylib，只针对iOS12.1及以下版本出问题，说明9月份新的代码对定位到的问题没有影响。
2.排查LTScrollView三方库，发现三方库版本是0.1.7，依赖swift版本是4.0，怀疑swift版本问题引起，升级该三方库swift版本至5.0重新打包还是报错，说明不是swift版本的问题。
3.观察自己export出来的ipa包，查看包内容framework是包含libswiftFoundation，同时查到资料iOS 12.2以后swift基础库将植入系统中，不再包含在App中，应用程序的体积会更小。
4.梳理对比平时测试用的adHoc包跟上传到appstore的包的差异，初步怀疑系统bitcode等优化瘦身操作舍弃了包内依赖库libswiftFoundation.dylib，关闭bitcode重新打appstore安装包push到testflight验证不会引起iOS12.1的启动奔溃。
结论：
得出的结论是苹果在9月份bitcode等优化操作对安装包进行搜身操作的时候丢弃了某些基础库，如libswiftFoundation.dylib。低版本的系统基础库内没有找到这些库就会引发上面报错。
目前解决方案是关闭bitcode，重新打包上传appstore，不经过bitcode瘦身优化，将依赖库打在包内。
目前项目是个oc项目，引用的LTScrollView是个swift三方库，所以引用到libswiftFoundation.dylib，后期将三方库替换一个OC代码，就不会依赖libswiftFoundation.dylib这个三方库，到时可以将bitcode开启。
文档资料：
https://www.cnblogs.com/dins/p/bitcode.html
https://forums.swift.org/t/app-distributed-via-testflight-crashes-on-launch/53936/11
https://blog.csdn.net/cpongo4/article/details/89127807
