.NET程序集加载错误：无法加载System.Runtime.CompilerServices.Unsafe 4.0.4.1

可能原因及解决步骤 #

1. 间接依赖的NuGet包仍引用旧版本 #

很多第三方NuGet包会间接依赖这个程序集，哪怕你自己没直接添加引用，也可能被其他包带进来——比如早期版本的Newtonsoft.Json、部分缓存库或数据访问组件，都可能绑定4.0.4.1版本。

• 排查方式：在解决方案根目录打开命令行，运行dotnet list package --include-transitive（适用于.NET Core/.NET 5+项目）；或者在Visual Studio的NuGet包管理器中，勾选「显示所有包」，查看所有间接依赖项，找出仍引用旧版本的包。
• 解决：将这些依赖包更新到最新稳定版，主流包基本都已更新对该程序集的依赖版本。

2. 程序集绑定重定向未正确配置 #

你提到配置文件里没有4.0.4.1的引用，但可能是绑定重定向未生效或遗漏配置：

• .NET Framework项目：在app.config/web.config的<runtime>节点中添加以下绑定重定向，强制将所有旧版本指向6.0.0.0：

<dependentAssembly>
    <assemblyIdentity name="System.Runtime.CompilerServices.Unsafe" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

• .NET Core/.NET 5+项目：默认无需手动配置，但如果是混合模式项目（比如引用了.NET Framework的包），可在.csproj文件中添加以下配置，强制统一版本：

<PropertyGroup>
    <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
    <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
</PropertyGroup>

3. 本地输出目录或NuGet缓存残留旧文件 #

• 清理解决方案的bin/obj文件夹，重新生成项目——旧版本的程序集可能残留在这些目录中，导致加载时优先读取旧文件。
• 清理NuGet缓存：运行dotnet nuget locals all --clear（适用于.NET Core/.NET 5+），或者在Visual Studio的工具选项中找到NuGet包管理器，清理本地缓存。

4. 项目文件隐藏旧版本引用 #

部分项目的.csproj文件中可能直接指定了旧版本的引用，容易被忽略。打开.csproj文件搜索System.Runtime.CompilerServices.Unsafe，如果看到类似以下的配置，直接修改版本号为6.0.0.0，或者删除该引用让NuGet自动管理：

<Reference Include="System.Runtime.CompilerServices.Unsafe, Version=4.0.4.1, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a, processorArchitecture=MSIL" />

5. 全局程序集缓存（GAC）存在旧版本（仅.NET Framework项目） #

如果是.NET Framework项目，GAC中可能存储了4.0.4.1版本的程序集，系统会优先加载GAC中的文件：

• 打开管理员权限的命令提示符，运行gacutil /l System.Runtime.CompilerServices.Unsafe查看是否存在旧版本。
• 如果存在，使用gacutil /u System.Runtime.CompilerServices.Unsafe,Version=4.0.4.1卸载（卸载前建议备份，避免影响其他项目）。

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