无法修改第三方EXE时如何实现同时加载同名不同版本DLL

Windows系统的DLL加载器默认以不含路径的DLL文件名为唯一标识对已加载模块做去重。只要app.exe进程内已经加载过一个名为comp.dll的模块，后续无论传入哪个路径下的comp.dll调用加载接口，系统都会直接返回首次加载的DLL句柄，不会重复加载其他路径下的同名文件，这就是不同版本DLL加载冲突的本质。

方案1：重命名各版本DLL（成本最低、稳定性最高） #

• 将两个版本目录下的comp.dll分别改为全局唯一的文件名，例如comp_v1_0.dll、comp_v2_0.dll
• 同步修改对应版本test.dat中存储的DLL路径为修改后的文件名即可
• 原理：不同文件名的DLL会被系统识别为完全独立的模块，可同时加载到进程地址空间，调用时互不干扰。
• 注意事项：如果你的comp.dll存在硬编码自身文件名的逻辑、或依赖同目录下其他和自身文件名绑定的资源，需要同步调整这类逻辑，绝大多数常规开发的DLL直接重命名即可正常运行。

方案2：代理DLL转发方案（无需修改原始comp.dll文件名） #

如果因为版本管理、签名校验等原因不能修改原始comp.dll的文件名，可以通过代理层实现隔离：

• 开发两个独立的代理DLL，分别命名为comp_agent_v1.dll、comp_agent_v2.dll，每个代理DLL唯一对应一个版本的原始comp.dll
• 代理DLL内部实现逻辑：加载对应目录下的原始comp.dll（可通过内存映射加载、临时文件重命名加载等方式规避系统同名DLL去重规则），将所有对外导出的函数接口直接转发到对应版本原始DLL的实现上
• 将test.dat中存储的DLL路径替换为对应版本的代理DLL路径即可，app.exe调用代理DLL接口时会自动转发到对应版本的真实comp.dll，完全不影响原有业务逻辑。

以下方案无法解决该问题，不需要浪费时间尝试：

• 调用SetDllDirectory、AddDllDirectory修改DLL搜索路径：这类API仅影响DLL搜索顺序，无法绕过系统对同名已加载DLL的去重逻辑
• 给LoadLibrary/LoadLibraryEx传入特殊加载参数：只要模块文件名为comp.dll，无论携带什么加载标志，只要进程内已存在同名已加载模块，都不会触发重新加载
• 外置app.exe的manifest配置：如果app.exe本身已嵌入内置manifest，外置manifest默认不会生效；且常规SxS版本重定向仅能指定进程加载某一个版本的DLL，无法实现两个版本同时加载。

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