如何调试启用AOT的iOS MAUI应用崩溃并获取.NET调用栈

关于AOT模式下CLR调用栈的适用性 #

AOT编译的.NET应用在发布版中不适用CLR调用栈，原因是：

• AOT编译会将.NET代码直接编译为iOS原生机器码，不再依赖libcoreclr.dylib（JIT模式下的CLR运行时组件）。
• clrstack这类LLDB扩展命令完全依赖CLR运行时才能解析托管调用栈，因此在AOT发布版中必然失效，也就是你遇到的报错原因。

发布版AOT应用获取.NET崩溃调用栈的方法 #

1. 收集并解析原生崩溃日志（最可靠） #

iOS设备会自动记录应用的原生崩溃日志，步骤如下：

• 从设备导出崩溃日志：进入「设置」→「隐私与安全性」→「分析与改进」→「分析数据」，找到对应应用的.crash文件，导出到电脑。
• 用符号文件解析原生地址：
  • 必须保留应用发布时生成的**.dSYM符号包**，它和发布的IPA是一一对应的，缺失则无法解析。
  • 使用Xcode的atos工具解析：

    atos -o <你的应用二进制文件路径> -arch arm64 <崩溃日志中的原生地址>
    

  • 或在LLDB中加载符号后解析：

    target symbols add <你的.dSYM文件路径>
    image lookup --address <崩溃日志中的原生地址>
    

  解析后会显示对应的.NET方法名（比如YourApp.ViewModels.MainViewModel+<LoadData>d__15.MoveNext()），直接定位到.NET代码位置。

2. 在应用中添加托管异常捕获 #

针对托管代码层面的未处理异常，可以在应用中主动捕获并记录调用栈：
在App.xaml.cs中添加以下代码：

public App()
{
    InitializeComponent();

    // 捕获同步未处理异常
    AppDomain.CurrentDomain.UnhandledException += (sender, e) =>
    {
        if (e.ExceptionObject is Exception ex)
        {
            var logPath = Path.Combine(FileSystem.AppDataDirectory, "crash_sync.log");
            File.WriteAllText(logPath, ex.ToString());
        }
    };

    // 捕获异步任务未处理异常
    TaskScheduler.UnobservedTaskException += (sender, e) =>
    {
        var logPath = Path.Combine(FileSystem.AppDataDirectory, "crash_async.log");
        File.WriteAllText(logPath, e.Exception.ToString());
        e.SetObserved();
    };
}

注意：这种方式只能捕获托管异常，无法处理原生层面的崩溃（如内存访问错误），且发布版中调用栈可能会被裁剪，但仍能提供关键定位信息。

3. LLDB原生调试技巧 #

虽然无法使用CLR相关命令，但可以用LLDB的原生命令调试：

• 设置崩溃信号断点，比如捕获段错误：

  breakpoint set -s SIGSEGV
  

• 应用崩溃中断后，用bt命令查看原生调用栈：

  bt
  

  得到的原生栈地址可以结合.dSYM符号包解析为.NET方法信息。

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