.NET 9 MAUI应用MacCatalyst版本运行崩溃，LSP CodeLens版本不匹配错误排查求助

看起来你遇到的这个CodeLens版本不匹配错误，大概率是Visual Studio Code的Roslyn LSP（语言服务器协议）组件和MAUI项目的同步问题，先别慌，咱们一步步拆解排查：

首先区分LSP错误与应用崩溃的关联 #

你看到的这些codeLens/resolve错误，本质是VS Code的代码分析服务（Roslyn LSP）内部的版本同步问题，不一定是直接导致MacCatalyst应用崩溃的原因，但可能侧面反映项目状态存在异常。你需要先聚焦核心问题：

• 确认应用是编译阶段崩溃，还是启动/运行时崩溃？
• 切换到VS Code的MAUI运行专属输出面板（而非LSP的输出日志），或者查看Mac的Console.app（控制台应用）里的设备崩溃日志，那才是定位应用崩溃的关键依据。

针对LSP CodeLens错误的临时修复（消除干扰） #

如果这些日志影响你排查问题，可以先解决LSP同步问题：

• 重启VS Code并刷新工作区：打开命令面板（Cmd+Shift+P），执行Developer: Reload Window，再执行Developer: Clear Workspace Cache
• 关闭项目后重新打开，建议直接打开MAUI项目的文件夹，而非整个解决方案
• 验证.NET 9 SDK版本：在终端运行dotnet --version，确保使用的是最新稳定版，MAUI对SDK版本的兼容性要求较高
• 清理项目缓存：删除项目根目录下的bin和obj文件夹，然后执行dotnet clean && dotnet restore，再重新编译

重点排查MacCatalyst应用崩溃的核心步骤 #

这部分才是解决问题的关键：

• 启用调试模式：在VS Code的“运行和调试”面板选择MacCatalyst配置，启动调试，当应用崩溃时，查看调试控制台的详细错误堆栈，定位具体的异常类型（比如System.NullReferenceException、原生平台异常等）
• 检查MacCatalyst平台差异：MAUI的MacCatalyst可能有特殊的权限要求（比如文件访问、网络权限），或是你使用了平台特定的Handler但未适配MacCatalyst
• 对比测试空项目：创建一个全新的.NET 9 MAUI空项目，部署到MacCatalyst，如果能正常运行，就逐步迁移你的业务代码，排查是哪部分代码导致崩溃
• 检查项目配置：打开MAUI项目的.csproj文件，确认MacCatalyst的目标框架配置正确，比如：

  <TargetFrameworks>net9.0-android;net9.0-ios;net9.0-windows10.0.19041.0;net9.0-maccatalyst</TargetFrameworks>
  

  同时检查是否存在平台特定的冲突配置

如果暂时不需要CodeLens功能，也可以直接禁用它来消除日志干扰：打开VS Code设置，搜索CodeLens，取消勾选Editor: Code Lens选项。

内容来源于stack exchange