Podman容器项目手动dotnet build触发CLR内部错误(0x80131506)求助

可能原因 #

• 项目SDK版本与本地多版本环境冲突：Docker容器内使用的是指定版本的.NET SDK，但本地同时存在6.0和7.0版本，项目可能默认调用了不兼容的SDK版本，或global.json配置缺失/错误。
• 本地构建缓存或NuGet包损坏：项目的本地编译缓存、NuGet依赖文件出现损坏，导致CLR编译时触发内部错误；而容器内是全新环境，不受缓存影响。
• 项目代码/依赖触发了特定SDK的CLR bug：部分语法、依赖包在.NET 7 SDK编译时触发了内部错误，但Dockerfile使用的.NET 6 SDK不受此影响。

解决步骤 #

1. 锁定项目使用的SDK版本 #

在项目根目录创建或修改global.json文件，明确指定与Dockerfile一致的SDK版本（比如6.0.413）：

{
  "sdk": {
    "version": "6.0.413",
    "rollForward": "latestPatch"
  }
}

之后执行dotnet build，确保使用指定版本的SDK编译。

2. 清理本地构建缓存与NuGet依赖 #

执行以下命令彻底清理缓存并重新构建：

# 清理项目构建输出
dotnet clean
# 清空本地NuGet缓存
dotnet nuget locals all --clear
# 重新还原依赖并编译
dotnet restore
dotnet build

3. 对齐Dockerfile与本地SDK版本 #

查看Dockerfile中FROM mcr.microsoft.com/dotnet/sdk:<version>的版本号，确保本地安装了对应版本的SDK，并且通过global.json强制使用该版本，避免跨版本编译冲突。

4. 排查代码/依赖的版本特定问题 #

如果以上步骤无效，逐步排查项目中的异常点：

• 临时移除最近新增的NuGet包，重新编译验证
• 注释掉涉及反射、动态代码生成的自定义代码，排查是否触发了CLR内部错误

5. 修复本地.NET SDK #

若怀疑是SDK本身损坏，可尝试修复对应版本：

• 打开控制面板→程序和功能，找到目标.NET SDK版本，选择「更改」→「修复」
• 修复完成后重新执行构建命令

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