【问题标题】:How can I organise third-party Windows DLLs into a subfolder in my application folder?如何将第三方 Windows DLL 组织到我的应用程序文件夹中的子文件夹中?
【发布时间】:2011-05-02 08:34:53
【问题描述】:

我们有一个依赖于多个第三方 DLL 组的应用程序。不幸的是,这些第三方 DLL 的编写者都没有对它们进行非常一致的命名,因此很难看出哪个 DLL 属于哪个组。

为了尝试管理这个问题,我们希望将第三方 DLL 组放在我们应用程序文件夹中的一个文件夹中,而不是像这样放在应用程序旁边。

--> Application Folder
    --> Application.exe
    --> MyDLL1.dll
    --> MyDLL2.dll
    --> Third Party 1 DLL folder
        --> Third Party 1 DLL 1.dll
        --> Third Party 1 DLL 2.dll
        --> Third Party 1 DLL 3.dll
    --> Third Party 2 DLL folder
        --> Third Party 2 DLL 1.dll
        --> Third Party 2 DLL 2.dll
        --> Third Party 2 DLL 3.dll

我的问题是如何让动态链接器找到并加载它们?

我们可以使用 LoadLibrary() 和 GetProcAddress() 手动执行此操作,但是这非常乏味。看起来我们可以通过清单和“探测”来做到这一点,但这似乎仅限于 Windows 7(我们需要在 XP 及更高版本上工作)。

更新

我们最终使用了清单来做到这一点(感谢@Chris)——如果有人正在寻找解决方案,我们还必须跳过其他一些问题!

首先,我们的“程序集”实际上有几个 DLL,我们先链接到一个,然后再链接到其他的。所有这些 DLL 都需要将程序集依赖项添加到它们的清单中(您可以使用 mt.exe 来执行此操作,而无需访问这些 DLL 的源代码)。

其次,程序集需要与 DLL 一起使用,而不是与 EXE 一起使用 - 我们的 DLL 实际上是一个插件,它已经在应用程序的子文件夹中。

这是我们的最终布局:

--> Application Folder
    --> Application.exe
    --> Plugins folder
        --> MyDLL1.dll
        --> Third Party 1
            --> Third Party 1.manifest
            --> A.dll
            --> B.dll
            --> C.dll

如果 MyDLL1.dll 是一个链接到 A.dll 的插件,并且 A.dll 链接到 B.dll 和 C.dll 则:

  1. “第三方 1.manifest”需要将所有 A.dll、B.dll 和 C.dll 包含为一个程序集
  2. “MyDLL1.dll”在其清单中需要一个依赖项到“第三方 1”,否则动态链接器将找不到 A.dll
  3. A.dll 在其清单中需要一个依赖项到“第三方 1”,否则动态链接器将找不到 B.dll 和 C.dll
  4. “第三方 1”文件夹需要放在“MyDLL1.dll”旁边,而不是放在“Application.exe”旁边

对我来说,(3) 有点烦人。您会认为链接器会在程序集中查找相关的 DLL。

【问题讨论】:

  • 那么如何在不修改现有 A.dll 的情况下进行第 3 步呢?

标签: windows dll


【解决方案1】:

您可以使用SetDLLDirectory 函数为您的DLL 指定路径。或者阅读有关使用application-specific paths 的信息。

【讨论】:

    【解决方案2】:

    您可以使用清单来执行此操作而无需探测。 创建“假”程序集 - 通过定义包含 dll 的 .manifests。 (为此在 dll 中不需要更改) 由于 NT 5.1 (Windows XP) 添加了程序集支持,因此 Windows 加载程序首先通过扫描具有程序集名称的文件夹来查找程序集。

    因此,例如,如果您需要将 Microsoft Visual C 运行时 for Visual C 2008 与您的应用程序一起分发,您可以创建如下所示的文件夹结构:

    --> Application Folder
      --> Application.exe
      --> MyDll1.dll
      --> MyDll2.dll
      --> Microsoft.VC90.CRT
        --> Microsoft.VC90.CRT.manifest
        --> msvcr90.dll
        --> msvcp90.dll
        --> msvcm90.dll
    

    同样的方案也适用于您的第 3 方 dll。 然后,您需要做的就是将“假”程序集作为依赖程序集添加到应用程序的清单中(如果您的 dll 有清单,(并且它们访问第 3 方 dll),那么它们的清单也必须有条目。

    描述程序集的清单文件需要一个程序集标识,以及每个 dll 的文件节点:

    <assembly manifestVersion="1.0">
      <assemblyIdentity type="Win32" name="Assembly Name" version="1.0.0.0" processorArchitecture="x86" />
      <file name="dll1.dll" />
      <file name="dll2.dll" />
    </assembly>
    

    而您的应用程序和 dll 是使用 MS Visual Studio 2005 或更高版本构建的,以下 pragma 指令将使您的应用程序在程序集中查找 dll:

     #pragma comment(linker, "/manifestDependency:\"name='Assembly Name' processorArchitecture='*' version='1.0.0.0' type='win32' \"")
    

    【讨论】:

    • 我们最终使用了这个答案 - 如果有人正在寻找解决方案,我们必须跳过其他一些问题!
    • 我有兴趣知道什么是过箍吗?我试图涵盖所有相关的基础:)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-01-05
    • 1970-01-01
    • 1970-01-01
    • 2015-05-18
    相关资源
    最近更新 更多