总结
对此次App卡死问题调研，是基于一个个猜想而推动的，尽管它拥有非常低的概率复现，但我们还是循着蛛丝马迹找到了他们之间可能存在的关联，这里从隐私数据获取的崩溃日志以及基于点对点的崩溃分析技术起到了关键的作用，然后通过一步步验证，最终得出结论：
首先这个问题很可能是一个由系统UIPasteboard接口与OpenUDID开源代码共同影响而引起的系统性问题。
因为UIPasteboard的相关接口是进程间同步的，一旦UIPasteboard在某一极端情况下被卡死，所有App在主线程调用UIPasteboard接口的操作都会被卡死。所以应当避免在App生命周期函数中调用UIPasteboard接口的操作。
OpenUDID最初的目的是在不同App中共享私有剪贴板来确保其UDID值唯一不变，但是随着iOS系统对这一特性的封锁，这段代码已经失去了之前的意义。为了降低系统剪贴板卡死的概率，建议修改OpenUDID关于剪贴板相关的这部分逻辑。
此次问题其实也是为我们敲响了一次警钟，对于第三方代码的使用，充分掌握其原理以及潜在影响是十分必要的，尤其是使用缺乏维护的代码时。随着其运行环境的不断迭代，其功能的稳定性也会受到影响，若放任不管则会便会在未来某一天带来意想不到的问题。
参考文章
《信号 （LINUX信号机制）》：https://baike.baidu.com/item/信号/7927794?fr=aladdin
《iOS开发socket程序被SIGPIPE信号Terminate的问题》https://blog.51cto.com/arthurchen/736181
OpenUDID源码地址：https://github.com/ylechelle/OpenUDID
《58crash日志解析方案介绍》：https://www.jianshu.com/p/70985e61f9c5
作者简介：
王晓晖：58同城用户价值增长部-iOS技术部高级研发工程师。专注于客户端架构优化与创新项目的研发。
邓竹立：58同城用户价值增长部-iOS技术部高级研发工程师。专注于客户端架构与性能优化。
朴惠姝：58同城用户价值增长部-iOS技术部高级研发工程师。专注于客户端性能优化及工具研发，跨平台库的维护。
,
