Xamarin.iOS应用仅在物理iPhone启动时崩溃 FinishedLaunching未调用

这类崩溃都发生在应用托管代码执行前的系统加载/校验阶段，模拟器因为跳过了多道真机独有的校验流程、运行时模式和真机存在差异，不会复现问题，常见原因如下：

• 代码签名与描述文件异常：系统在执行应用代码前会优先校验签名合法性，若开发证书过期、Provisioning Profile未包含当前测试设备的UDID、签名权限与描述文件不匹配，会直接终止进程，完全不会进入应用生命周期。模拟器不做签名校验，因此不受影响。
• 构建架构不兼容：若项目iOS构建设置中误排除了真机对应的ARM架构切片（比如仅勾选了x86_64模拟器架构），系统加载可执行文件时会直接判定架构不匹配终止运行。模拟器运行在宿主机CPU架构上，不会触发该问题。
• 原生依赖动态链接失败：项目引用的第三方原生Framework、绑定库如果缺少真机ARM架构切片、依赖的系统Framework在当前真机iOS版本中不存在、链接阶段遗漏必要依赖，系统动态链接器dyld会在应用入口执行前直接抛出加载错误终止进程。最常见的场景是引用的第三方SDK仅打包了模拟器用的x86切片，未提供真机ARM切片。
• Entitlements权限配置不匹配：若Entitlements.plist中开启了Provisioning Profile未授权的能力（包括App Groups、Push通知、关联域、Wallet等），iOS在应用沙盒初始化阶段会直接杀进程。模拟器不会校验Entitlements与描述文件的匹配关系，因此可以正常运行。
• Info.plist配置不符合真机校验规则：如果UIRequiredDeviceCapabilities节点声明了当前测试设备不具备的硬件能力（比如特定CPU架构、NFC、高精度GPS等），系统启动校验阶段会直接判定应用不兼容设备拒绝启动；若启动屏配置指向了不存在的Storyboard或资源文件，部分iOS版本的真机也会在UI资源加载阶段直接崩溃，早于FinishedLaunching调用。模拟器不会严格校验上述配置。
• AOT编译异常：Xamarin.iOS在真机默认使用全AOT（提前编译）模式将托管代码编译为原生二进制，模拟器则使用JIT（即时编译）模式运行。如果代码存在不符合AOT编译要求的写法（比如泛型嵌套过深、使用了动态生成IL的类库、LLVM编译配置错误），可能出现构建无报错但真机运行时入口点代码缺失的情况，直接崩溃无法进入生命周期回调。
• 链接器误裁剪核心类型：当链接器配置为Link All时，如果没有给AppDelegate、应用入口相关类型添加[Preserve]特性，真机构建时链接器可能误判定这些类型未被使用直接裁剪，导致运行时找不到入口类崩溃。模拟器的链接策略与真机存在差异，不会触发该问题。

快速定位这类无托管堆栈的启动崩溃，可直接将真机连接Mac，打开Xcode的「Devices and Simulators」面板，选中对应设备查看系统控制台日志，dyld、系统启动校验阶段都会输出明确的错误原因，无需逐项排查。

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