NET9 MAUI MacCatalyst运行时抛出ObjCRuntime.ObjCException，如何定位真实错误原因？

我来帮你一步步定位这个令人头疼的ObjCException问题——这类异常通常来自MacCatalyst原生框架层，但默认调试设置会把关键信息隐藏起来，我们可以通过以下方法挖出真实原因：

1. 先关闭「仅我的代码」(Just My Code)，解锁完整调试日志 #

从你提供的Debug控制台日志来看，VS因为开启了「仅我的代码」选项，跳过了很多非项目代码的符号加载，导致你看不到底层的错误细节。

操作步骤（Visual Studio for Mac）：

• 顶部菜单进入「调试 > 选项 > 调试 > 常规」
• 取消勾选「启用仅我的代码」(Enable Just My Code)
• 重启调试会话，此时你会看到更多原生框架和依赖库的错误日志，大概率能找到触发ObjCException的具体原因（比如某个原生API调用失败、依赖库缺失等）

2. 手动捕获ObjCException的详细原生信息 #

默认情况下，MAUI的MacCatalyst启动代码直接调用UIApplication.Main，异常被上层捕获后只输出模糊的栈帧。我们可以修改Platforms/MacCatalyst/Program.cs，手动包裹try-catch来输出ObjC异常的原生细节：

using UIKit;
using ObjCRuntime;

namespace LanguageInUse;

public class Program
{
    static void Main(string[] args)
    {
        try
        {
            UIApplication.Main(args, null, typeof(AppDelegate));
        }
        catch (ObjCException ex)
        {
            // 打印ObjC异常的核心原生信息
            Console.WriteLine("\n=== OBJC EXCEPTION DETAILS ===");
            Console.WriteLine($"Message: {ex.Message}");
            Console.WriteLine($"Native Error Code: {ex.NativeErrorCode}");
            Console.WriteLine($"Native Exception Pointer: {ex.NativeException}");
            Console.WriteLine($"Full Stack Trace:\n{ex.StackTrace}");
            Console.WriteLine("=============================\n");
            
            // 重新抛出异常，保持原有崩溃行为
            throw;
        }
        catch (Exception ex)
        {
            Console.WriteLine("\n=== UNHANDLED EXCEPTION ===");
            Console.WriteLine(ex);
            Console.WriteLine("===========================\n");
            throw;
        }
    }
}

重新运行后，控制台会输出ObjCException的原生错误码和具体描述，比如如果是权限缺失，会提示NSFileReadPermissionDenied之类的明确信息。

3. 排查依赖包与项目配置问题 #

从你提到的加载的库（比如MonkeyCache.FileStore.dll）来看，可能存在兼容性问题：

• 检查NuGet包兼容性：确认所有依赖包（包括MonkeyCache、Microsoft.VisualStudio.DesignTools相关包）都支持.NET 9和net9.0-maccatalyst目标框架。可以在NuGet.org查看包的支持平台，或者更新到最新稳定版。
• 清理重建项目：删除项目根目录下的bin和obj文件夹，然后运行dotnet restore恢复包，再重新生成解决方案——缓存的构建文件经常会导致这类无厘头的启动崩溃。
• 检查Info.plist配置：打开Platforms/MacCatalyst/Info.plist，确认：
  • CFBundleIdentifier格式正确（比如com.yourcompany.LanguageInUse）
  • 所有需要的权限声明都已添加（比如如果用了文件系统访问，需要NSDocumentFolderUsageDescription等）
  • 没有缺失的原生框架引用（比如如果用到了某些原生能力，需要在项目属性的「MacCatalyst > 框架」中添加对应的系统框架）

4. 查看Mac系统级日志（Console.app） #

VS的Debug控制台可能看不到系统层面的错误，你可以通过Mac自带的「控制台」应用获取更全的日志：

• 打开「启动台 > 其他 > 控制台」
• 在搜索框输入你的应用名称LanguageInUse
• 重新启动应用，查看系统输出的日志，这里会包含原生框架的加载失败、权限拒绝、资源缺失等关键信息，这些是VS调试控制台不会显示的。

内容来源于stack exchange