如何让Windows Server上的VB6应用优先调用自身目录DLL而非已注册DLL

问题原文 #

是的，我知道VB6已经是十分老旧的技术，但该问题仍有研究价值，且问题根源可能和VB6本身无关……

背景：我们有一台服务器运行VB6开发的应用，用户通过Citrix访问该应用。已安装的当前版本应用从「共享文件夹」路径访问其配套的、同样用VB6开发的DLL。

我希望在同一台服务器上部署该应用的旧版本，让它调用自己对应的旧版本DLL。目前我已完成半程部署：重命名后的旧版本应用可以在其他目录下启动，但只要调用DLL代码的功能就会立刻崩溃。

排查后确认应用调用的是当前版本的已注册DLL，不符合需求，我希望重命名的旧版本应用优先调用和它同目录下的DLL。

请问在Windows Server上能否实现该需求？这是否属于安装程序的设置问题？有没有人遇到过同类场景，是否成功解决？

提前致谢。
Harry

补充说明：
领导最终判定调试DLL和系统设置既浪费时间也存在风险，因此决定投入资源新增一台服务器，专门为有需求的Citrix用户提供旧版本应用。感谢所有给出建议和相关帖子指引的朋友，我本人也有些遗憾，本来很想知道这个问题的最终解决方案……

解答 #

该需求完全可以在单台Windows Server上实现，不会影响现有新版本应用的运行，也不存在额外风险。问题本质是VB6生成的DLL属于COM组件，默认依赖全局注册表的CLSID映射找加载路径，和安装程序设置无关，同类场景在老旧Windows应用兼容部署中非常普遍，以下3种方案都经过大量生产环境验证：

• 免注册COM方案（推荐）
  无需修改代码、无需全局注册DLL，仅需添加清单文件即可：
  1. 将旧版本EXE和对应的所有旧版本DLL放在同一个独立目录
  2. 用微软官方工具mt.exe生成EXE对应的依赖清单，或手动编写manifest文件，明确指定依赖的COM DLL的CLSID、版本和同目录路径
  3. 将manifest文件放在EXE同目录，命名格式为[旧应用程序名].exe.manifest
     应用启动时会优先读取同目录的清单文件，加载对应版本的DLL，完全不会调用全局注册的新版本DLL。
• .local重定向方案（最简）
  操作成本最低，适合快速验证：
  1. 将旧版本EXE和对应DLL放在同一个独立目录
  2. 在同目录下新建空白文件，命名为[旧应用程序名].exe.local（仅保留.local后缀，无其他扩展名）
  3. 该文件会通知Windows加载器，优先从EXE所在目录查找所有依赖DLL，优先级高于全局注册表和系统路径
     该方案对VB6生成的普通COM DLL兼容性极佳，仅对部分强签名系统组件无效。
• 激活上下文方案（灵活度最高）
  若上述两个方案受特殊环境限制无法生效，可在旧版本应用的入口代码中，加载DLL前调用ActCtx系列API手动指定DLL加载路径，优先级最高，仅需修改少量VB6代码重新编译EXE即可。

如果后续有测试机会可以尝试上述方案，所有操作都仅作用于旧版本应用的独立目录，完全不会触碰现有生产环境的配置，不存在领导担心的风险。

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