App启动前就崩溃，Crashlytics和Xcode无崩溃报告该如何调试？

• 动态库加载异常：iOS 14.2.1对动态库的签名合规性、架构兼容性校验规则存在版本特有逻辑，若App内嵌的自定义动态库/第三方SDK动态库缺少arm64架构、签名无效、加载顺序不符合系统要求，会在main函数执行前触发崩溃。
• 静态初始化逻辑崩溃：全局C++对象构造函数、全局变量初始化逻辑存在iOS 14不兼容问题，比如调用了iOS 14.3以上才可用的API未做版本判断、访问空指针，该类逻辑执行优先级远高于App生命周期回调，崩溃时常规采集工具无法捕获。
• +load方法执行异常：项目中自定义Category或第三方SDK的+load方法存在iOS 14不兼容逻辑，+load方法执行时机早于main函数，崩溃后不会触发上层崩溃采集回调。
• 系统看门狗强制终止：iOS 14.2.1存在特定场景下启动时长阈值低于其他系统版本的问题，若启动阶段主线程阻塞时间超过阈值，系统会直接kill进程，该类场景不会生成标准崩溃日志。
• Info.plist校验失败：若Info.plist中配置了iOS 15+才支持的权限字段、必填配置项缺失、URL Scheme等字段格式不符合iOS 14规范，系统在校验配置阶段就会终止App进程。

• 提取系统原生崩溃日志：使用iOS 14.2.1真机安装对应版本的生产包复现问题后，进入「设置-隐私与安全性-分析与改进-分析数据」，查找对应App包名的崩溃日志，该路径会留存所有系统层面的进程终止记录，包含main函数之前的崩溃信息。
• 早期断点调试：在Xcode中添加main符号断点、_objc_init符号断点、所有+load方法的符号断点，逐步骤执行定位崩溃发生的具体阶段。
• 动态库兼容性校验：执行otool -L <App包路径>命令检查所有内嵌动态库的架构支持和最低部署版本，确认最低支持版本不高于iOS 14且包含arm64架构；执行codesign -vvv <动态库路径>检查所有动态库的签名是否有效。
• 排查前置执行逻辑：梳理项目中所有自定义+load方法、全局C++对象构造逻辑，逐一注释验证是否存在iOS 14不兼容代码；若怀疑第三方SDK问题，可逐个移除SDK临时测试定位问题来源。
• 看门狗场景验证：断开Xcode调试器后启动App，统计启动阶段主线程耗时，将非必要的初始化逻辑迁移至applicationDidFinishLaunching回调之后异步执行，验证是否是启动超时被系统kill。
• 底层崩溃采集能力补充：若上层采集工具无法捕获，可集成支持mach异常、UNIX信号量捕获的底层崩溃采集逻辑，该类采集可以覆盖main函数之前的崩溃场景。

内容的提问来源于stack exchange，提问作者EfeHelvaci