0

我想编写一个非常非常小的程序来解析启动参数并选择几个 DLL 中的一个来“启动”。

我已经编写了一个应用程序，我想将其作为 DLL “运行”，方法是将其编写为应用程序，然后更改 Visual Studio 项目属性以将其构建为 DLL。我知道我需要同时使用 LoadLibrary 和 GetProcAddress 来获得我想要的功能，但是我很难找到关于这方面的清晰和全面的文档，因为很多用例并不是真正的这种性质。另外，我必须根据项目和平台限制走这条路线。

我找到了这个页面，其中有一些信息，但不够清楚，我无法适应我的目的。

编辑：这就是我现在所处的位置。

我有一个 DLL 项目，其主要函数签名如下所示：

__declspec(dllexport) int cdecl main(int argc, char *argv[])

我还有一个应用程序项目，它尝试加载 DLL 并运行上述函数如下所示：

typedef int (CALLBACK* LPFNDLLFUNC1)(int, char *);

...

        HMODULE dllHandle = NULL;
        BOOL freeResult, runTimeLinkSuccess = FALSE;
        LPFNDLLFUNC1 lpfnDllFunc1;    // Function pointer  
        if (args->IsEmpty())
        {
            dllHandle = LoadLibrary(L"TrueApplication.dll");
            if (NULL != dllHandle)
            {
                lpfnDllFunc1 = (LPFNDLLFUNC1)GetProcAddress(dllHandle, "main");
                if (lpfnDllFunc1)
                {
                    int retVal = lpfnDllFunc1(0, "1");
                }

目前，LoadLibrary 调用有效，但 GetProcAddress 无效。

4

3 回答 3

2

您不必使用LoadLibrary和GetProcAddress调用 DLL 中的功能。

更多时候，您会创建自己的 DLL，每个 DLL 都有自己的入口点。目前，假设您要解析命令行，选择一个 DLL，并在不带参数的情况下调用其入口点。你最终会得到这样的结果：

void DLL_a();
void DLL_b();
void DLL_c();

int main(int argc, char **argv) { 
    // we'll assume DLL_a is the default:
    if (argc < 2) 
        DLL_a();

    // For now, we'll do a *really* trivial version of parsing the command line
    // to choose the right DLL:
    if (argv[1][0] == 'A')
        DLL_a();
    else if (argv[1]][0] == 'B')
        DLL_b();
    else if (argv[1][0] == 'C')
        DLL_c();
    else {
        std::cerr << "Unrecognized argument\n";
        return 1;
    }
}

当你链接你的主文件时，你会指定.lib每个 DLL 的对应，并且你可能想要指定/delayload链接器的标志。这意味着在实际调用 DLL 中的函数之前不会加载 DLL。例如，如果您想分发仅包含 DLL A 的程序的功能缩减版本，只要 DLL B 没有任何功能，它仍然可以运行（用户系统上不存在 DLL B 或 C）或者 C 曾经被调用过。如果您不指定/delayload，加载程序将在程序启动时尝试将所有 DLL 映射到 RAM，运行它们DllMain以初始化它们以供使用，对它们依赖的所有 DLL 递归执行相同的操作，等等。

/delayload还有另一个优点：如果它们从未使用过，它完全避免将其他 DLL 映射到地址。听起来任何给定的调用都只会使用一个 DLL，因此在您的情况下这可能是一个胜利。

于 2016-12-02T19:25:25.193 回答
2

首先，将项目类型从可执行文件更改为 DLL 不足以制作 DLL。您还需要导出一些符号来创建您的 API。至少，您需要装饰要导出的函数__declspec(dllexport)。但是，我建议您导出 C API，即extern "C"具有C- 兼容参数的函数。因此，您导出的函数应该以extern "C" __declspec(dllexport).

完成后，您可以像这样动态加载 DLL：

   const char* dllname = "myfile.dll";
   h = LoadLibrary(dllname);
   if( h == nullptr )
   {
       /*handle error*/
   }

   using myfunc_type = bool (*)(int x, double y); //example
   auto myfunc = reinterpret_cast<myfunc_type>(GetProcAddress(h, "myfunc"));       
   //......
   myfunc(x,y); //call the imported function

这个解决方案比 Jerry Coffin 展示的静态加载需要更多的工作/delayload，但它有一个优势：如果需要 DLL 但未找到，您可以向用户提供您自己的错误消息，而不是依赖来自 Windows 的消息（通常非技术人员无法接受）。您还可以在 API 中包含带有自己的自定义错误消息的 API 版本验证。

编辑：如果您像这样更改代码示例，它将起作用

extern "C" __declspec(dllexport) int main(int argc, char *argv[]){...}
typedef int (* LPFNDLLFUNC1)(int, char **);
于 2016-12-02T19:38:24.387 回答
2

您不需要这样做GetProcAddress (...)，尽管一旦您了解编译器如何生成符号名称，该方法（选项＃2）会更简单。

选项1

DllMain 产生一个主线程

永远不要在 DllMain 内部做任何复杂的事情，你可能会死锁你的软件。

DLL 有自己的入口点（以及出口点和线程附加点......这是一个非常繁忙的功能）。只需调用LoadLibrary (...)您的 DLL，就会至少调用一次DllMain (...)进程附加。

BOOL
APIENTRY
DllMain ( HMODULE hModule,
          DWORD   ul_reason_for_call,
          LPVOID  lpReserved )

实际上，您可以ul_reason_for_call == DLL_PROCESS_ATTACH将执行 DllMain 视为一项命令，就好像它是您程序的主要功能一样。

现在，您绝对不应该在这里实际启动程序循环......任何时候DllMain运行它都会持有一个非常重要的操作系统锁（DLL Loader），您需要通过返回正常程序操作来释放它。

这意味着如果您想DllMain用作程序的入口点，它需要生成一个线程，并且您的原始main方法必须在该线程完成之前返回......

选项#2

DLL 导出main函数。

非常注意调用约定，编译器将为您重命名符号，并使在 DLL 中定位函数GetProcAddress不太直观。

在您的 DLL 中，导出 main：

__declspec (dllexport)
int
__cdecl main (int argc, char *argv [])
{
  printf ("foobar");
  return 0;
}

在您的程序中，从 DLL导入： main

// Need a typedef for the function you are going to get from the DLL
typedef int (__cdecl *main_pfn)(int argc, char *argv[]);

int main (int argc, char *argv[])
{
  HMODULE hModMyDLL = LoadLibraryA ("MyDll.dll");

  if (hModMyDLL != 0) {
    //
    // The preceding underscore deals with automatic decorations
    //   the compiler added to the __cdecl function name.
    //
    //  It is possible to do away with this completely if you use a .def
    //    file to assign export names and ordinals manually, but then you
    //      lose the ability to tell a function's calling convention by its
    //        name alone.
    //
    main_pfn MyMain = (main_pfn)
      GetProcAddress (hModMyDLL, "_main");

    // Call the main function in your DLL and return when it does
    if (MyMain != nullptr)
      return MyMain (argc, argv);
  }

  return -1;
}

两种方法都有其优点。

生成一个线程DllMain可以避免完全了解您要加载的 DLL 是如何实现的，但它还要求您设计main永远不会返回的函数——DLL 将调用ExitProcess (...).

导出函数并稍后按名称导入它们可以让您避免在 Windows DLL loaderlock 周围一蹶不振。但是，如果您不使用.def文件显式命名导出的符号，编译器将在名称中添加诸如_...( __cdecl ) 或...@n( __stdcall ) 之类的装饰，您必须学习这些约定才能对GetProcAddress.

于 2016-12-02T22:35:30.033 回答