NuGet忽略添加mscorlib.dll引用，如何强制添加或复制至输出目录？

这个问题确实挺棘手的——毕竟mscorlib.dll是.NET框架的核心基础程序集，NuGet出于兼容性考虑，默认会跳过对它的引用处理。不过针对你部署替代实现的需求，有几个可行的方案：

方案一：直接修改项目文件强制复制DLL #

既然NuGet不愿处理这个核心DLL，我们可以绕过它，直接在项目的.csproj文件中添加配置，强制将替代版mscorlib.dll复制到输出目录：

<ItemGroup>
  <!-- 替换成你的NuGet包实际路径 -->
  <Content Include="$(SolutionDir)packages\YourPackageId\lib\net45\mscorlib.dll">
    <CopyToOutputDirectory>Always</CopyToOutputDirectory>
  </Content>
</ItemGroup>

注意：这种方式不会添加项目引用，但能保证DLL出现在bin目录。如果要让运行时加载这个替代版本，还需要在app.config/web.config中配置绑定重定向：

<runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <dependentAssembly>
      <assemblyIdentity name="mscorlib" publicKeyToken="b77a5c561934e089" culture="neutral" />
      <!-- 根据你的替代版本调整版本范围 -->
      <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="X.Y.Z.W" />
      <codeBase version="X.Y.Z.W" href="mscorlib.dll" />
    </dependentAssembly>
  </assemblyBinding>
</runtime>

方案二：用NuGet安装脚本手动修改项目 #

你可以在NuGet包中加入PowerShell安装脚本，在包安装时尝试添加引用并设置复制属性。

1. 首先在包的tools目录下创建install.ps1脚本：

param($installPath, $toolsPath, $package, $project)

# 定位到包内的mscorlib.dll
$dllFullPath = Join-Path $installPath "lib\net45\mscorlib.dll"

# 尝试添加项目引用
$reference = $project.Object.References.Add($dllFullPath)
# 强制设置复制到输出目录
if ($reference) {
    $reference.CopyLocal = $true
}

2. 然后在.nuspec中包含这个脚本：

<files>
  <file src="..\..\bin\mscorlib.dll" target="lib\net45" />
  <file src="tools\install.ps1" target="tools" />
</files>

注意：这种方式对某些项目类型（如.NET Core/.NET 5+）可能不生效，因为现代项目系统对NuGet脚本的支持有限，而且VS可能会自动移除对核心程序集的自定义引用。

方案三：修改NuGet包的依赖策略（有限生效） #

虽然NuGet默认跳过核心程序集，但你可以尝试在.nuspec中显式声明依赖，不过这个方法成功率不高，因为.NET框架会优先加载系统自带的mscorlib：

<dependencies>
  <group targetFramework=".NETFramework4.5">
    <dependency id="mscorlib" version="[X.Y.Z.W]" />
  </group>
</dependencies>

更推荐结合前面的复制+绑定重定向方案一起使用。

重要提醒 #

替换mscorlib.dll属于高风险操作，因为几乎所有.NET代码都依赖这个核心程序集的实现。你需要确保替代版本完全兼容目标框架的API，否则会出现大量兼容性错误，务必在测试环境充分验证。

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