C#项目：如何使用存在VC++运行库依赖冲突的两个第三方DLL

可行性结论 #

完全可以同时使用这两个第三方DLL。不同版本的Microsoft Visual C++ Redistributable运行库本身支持并行部署（比如VS2010和VS2017的运行时可以同时存在于系统中），而且通过合理配置，能让每个第三方DLL精准加载自己依赖的版本。

具体实现方案 #

方法一：私有部署VC++运行时文件 #

把每个第三方DLL依赖的VC++核心运行时文件，单独放到对应第三方DLL的子目录里，目录结构参考：

你的服务目录/
├─ 厂商A库/
│  ├─ ThirdPartyA.dll
│  └─ msvcp100.dll、msvcr100.dll（A依赖的VC++2010版本文件）
├─ 厂商B库/
│  ├─ ThirdPartyB.dll
│  └─ msvcp140.dll、vcruntime140.dll（B依赖的VC++2017版本文件）
└─ YourService.exe

然后在C#代码里加载不同库之前，通过P/Invoke调用Windows API切换DLL查找路径：

// 引入SetDllDirectory API
[DllImport("kernel32.dll", CharSet = CharSet.Unicode, SetLastError = true)]
static extern bool SetDllDirectory(string lpPathName);

// 加载厂商A的库前，先设置路径
SetDllDirectory(Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "厂商A库"));
// 调用厂商A的方法
[DllImport("ThirdPartyA.dll")]
static extern void A_Method();

// 切换到厂商B的路径，再加载B的库
SetDllDirectory(Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "厂商B库"));
[DllImport("ThirdPartyB.dll")]
static extern void B_Method();

注意：SetDllDirectory是全局生效的，调用不同厂商的库前要切换路径。如果想更精准控制，也可以用AddDllDirectory配合LoadLibraryEx加载指定路径的DLL，避免全局路径干扰。

方法二：用并行程序集清单配置 #

在服务的可执行文件目录下创建一个清单文件（比如YourService.exe.manifest），在里面声明两个不同版本的VC++运行时依赖。示例如下：

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <!-- 厂商A依赖的VC++2010运行时 -->
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="Microsoft.VC100.CRT" version="10.0.30319.1" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
    </dependentAssembly>
  </dependency>
  <!-- 厂商B依赖的VC++2017运行时 -->
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type="win32" name="Microsoft.VC140.CRT" version="14.0.24215.1" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity>
    </dependentAssembly>
  </dependency>
</assembly>

这种方式不需要手动处理路径，Windows的并行程序集加载器会自动根据清单为每个第三方DLL匹配对应的VC版本。你可以用dumpbin /dependents ThirdPartyA.dll命令，查看每个第三方DLL依赖的VC运行时的具体版本信息，确保清单里的参数准确。

注意：关于app.config的元素 #

.NET的<probing>配置只针对托管程序集的查找，对原生C++ DLL（包括VC++ Redist依赖）完全不生效，别浪费时间在这上面。

CLR加载DLL的核心逻辑说明 #

• 托管DLL：CLR自己负责加载，查找顺序是应用程序目录 → GAC → <probing>指定的子目录。
• 原生非托管DLL：CLR不插手，由Windows的LoadLibrary函数处理，默认查找顺序是：当前进程工作目录 → 系统目录 → PATH环境变量目录。我们前面的两种方法，本质都是修改这个查找顺序，让每个第三方DLL能找到自己专属的依赖版本。

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