Visual Studio多项目方案：用符号链接替代复制大型Native DLL节省空间

针对你遇到的50个项目重复复制200MB Native DLL导致磁盘占用过高的问题，以下是几种实用解决方案：

方案1：统一所有项目的输出目录 #

把所有项目的输出目录集中到一个公共路径，让Native DLL只被复制一次，所有项目共享这份文件：

• 右键解决方案 → 属性 → 通用属性 → 项目依赖项 → 切换到“项目输出目录”标签
• 将所有项目的输出目录改为统一路径，比如$(SolutionDir)SharedBin\$(Configuration)
• 确保Project1的Native DLL只会被复制到这个公共目录，无需再复制到各个项目的单独bin目录

方案2：用符号链接替代文件复制 #

可以手动或通过构建脚本批量创建符号链接，替代重复复制的文件：

手动创建方式 #

1. 先构建Project1，确保Native DLL在其输出目录（比如Project1\bin\Debug\Native.dll）
2. 以管理员身份打开命令提示符，进入某个依赖项目的输出目录（比如Project2\bin\Debug），执行命令：

   mklink Native.dll "..\..\Project1\bin\Debug\Native.dll"
   

3. 对所有项目的Debug和Release目录重复此操作，或者写批处理脚本批量执行

集成到构建过程 #

在每个依赖项目的.csproj文件中添加Post-Build事件，自动创建符号链接：

<Target Name="CreateNativeDllSymlink" AfterTargets="Build">
  <Exec Command="mklink &quot;$(TargetDir)Native.dll&quot; &quot;$(SolutionDir)Project1\bin\$(Configuration)\Native.dll&quot;" Condition="!Exists('$(TargetDir)Native.dll')" />
</Target>

注意：需要以管理员身份运行Visual Studio，确保构建过程有创建符号链接的权限

方案3：调整项目引用与加载策略 #

• 给依赖项目的Project1引用设置“复制本地”为False：右键依赖项目中的Project1引用 → 属性 → 复制本地 → 选择False
• 在每个依赖项目的配置文件（app.config/web.config）中添加探测路径，让程序能找到Project1的输出文件：

  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="..\Project1\bin\$(Configuration)" />
    </assemblyBinding>
  </runtime>
  

• 对于Native DLL，在代码中指定加载路径（比如使用LoadLibrary时传入绝对路径），或者设置系统环境变量包含该DLL所在目录

方案4：用NuGet包管理Native DLL #

把Native DLL打包成本地NuGet包，让所有项目共享同一份副本：

1. 创建.nuspec文件，定义Native DLL的打包规则，指定文件输出到项目的输出目录
2. 生成NuGet包后，添加到本地NuGet源
3. 在Project1和所有依赖项目中安装该NuGet包，NuGet会自动维护一份DLL副本，避免重复复制

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