DLL依赖问题/SetDLLDirectory

Question

我遇到以下情况，想不出什么好的解决办法。

我在 C:\ProgFiles\MyApp 中安装了一个 C++ 应用程序 (app.exe)。它需要一堆 DLL，我将其安装在 C:\ProgFiles\MyApp\bin 中。我想将它们放在一个子文件夹中，因为它们太多了。

现在，当我启动 app.exe 时，需要让 Windows 知道所需的 DLL 在哪里。过去我为此使用 PATH 环境变量，但我不能再这样做了，因为我将使用单独的安装程序创建另一个应用程序，该安装程序使用许多具有相同名称的 DLL。

我正在考虑在应用程序开始时调用 SetDLLDirectory - 但我忘记了，因为缺少所需的 DLL，所以在到达那里之前它就失败了。

有什么建议吗？

Answer 1

请参阅 Microsoft 的这篇文章，其中讨论了 DLL 搜索路径和相关问题。

特别要注意的是，如果您不将它们放入应用程序的目录中，则当前目录优先，这是一个安全漏洞。

一种解决方案是使用 LoadLibrary（具有完全限定路径），然后使用 GetProcAddress。那会有点痛苦。

普通用户不会在 C:\Program Files\YourApp 中进行挖掘，这就是您应该放置它们的位置，除非您有充分的理由不这样做。

Answer 2

将延迟加载选项与SetDLLDirectory结合使用可能会起作用。延迟加载的 DLL 是由系统在第一次引用时动态加载的。如果您使用的是 Visual Studio，则可以在链接器输入选项下的项目属性中指定要延迟加载的 DLL。有一个Delay Loaded DLLs字段用于指定它们。否则，您可以在链接器命令中指定 /DELAYLOAD:mydll.dll。

Answer 3

我认为你最好将 .DLL 文件放在与 .EXE 相同的目录中 - 可能有很多文件，但这有效，无论如何都没有人会查看该目录，所以我不会太担心它。

如果您依赖 PATH，那么您总是会受到用户搞砸的支配，并导致您额外的支持开销，而没有任何充分的理由。

Answer 4

解决该问题的一种方法是使用 SetDllDirectory 函数；但是，它需要是您在程序上执行的第一件事（这很难做到），我的解决方案是使用第三方程序设置 dll 目录，然后将您的 EXE 文件作为新进程调用：

这是第三方程序，它将是一个 EXE 文件：

#include <windows.h>

SetDllDirectory(_T(".dll location"));   

STARTUPINFOW siStartupInfo;
PROCESS_INFORMATION piProcessInfo;
memset(&siStartupInfo, 0, sizeof(siStartupInfo));
memset(&piProcessInfo, 0, sizeof(piProcessInfo));
siStartupInfo.cb = sizeof(siStartupInfo);

if (CreateProcessW(L".exe location",NULL, NULL, NULL, FALSE,
    0, NULL, NULL,
    &siStartupInfo, &piProcessInfo))
{
    /* This line waits for the process to finish. */
    /* You can omit it to keep going whilst the other process runs */
    //dwExitCode = WaitForSingleObject(piProcessInfo.hProcess, (SecondsToWait * 1000));
}
else
{
    /* CreateProcess failed */
    //iReturnVal = GetLastError();
}
return 0;