使用 Lib 文件 alonside DLL(与函数指针并列）

Using Lib file alonside DLL (as apposed to function pointers)

本文关键字：指针 函数 Lib 文件 alonside DLL 使用      更新时间：2023-10-16

我一直觉得在想要使用 DLL 时必须使用 LoadLibrary（） 并定义函数指针有点痛苦，现在自动化这么多东西时感觉有点过时。因此，当我偶然发现一个论坛帖子时，解释说总是（根据我的经验）编译的 VS 自动生成的 lib 文件可用于节省自己的麻烦，作为一种自动导入机制，我想我会对其进行测试。

我创建了两个非常小的项目来测试这一点，但它似乎不起作用。

DLL 的关联代码：

extern "C"
{
  __declspec(dllexport) int get10()
  {
    return 10;
  }
}

对于 exe（否则为空的 Win32 控制台应用）：

#include <Windows.h>
#pragma comment(lib, "Kernel32.lib")
#pragma comment(lib, "dll1.lib")
__declspec(dllimport) int get10();
int main(int, char**)
{
  int x = 0;
  if (LoadLibrary(L"dll1.dll") != NULL)
  {
    x = get10();
  }
  return 0;
}

dll1.dll 和 dll1.lib 是本地的，对项目可见，但是当我去链接它时，get10（） 尚未解析。如果我删除对此的调用，它会构建并运行，并且 LoadLibrary（） 调用成功。

我还尝试在 dll1.exp 上复制，只是抓着吸管，但这也没有帮助。

我正在尝试做的事情真的有效吗？

顺便说一句，我很欣赏您通常只正确使用 lib 文件，它只是引起了我的好奇心，因为您可能拥有这些 dll 和"减少"的 lib 文件，但没有编译常规 lib 文件的源代码。

您可以以静态或动态方式链接。因此，从本质上讲，仅当您在运行时按名称加载函数时，才需要 __declspec（dllexport）。例如，阅读其中的一些内容。

正如这里提到的，关于__declspec（dllexport）：

在尝试导出修饰C++函数名称时，这种便利性最为明显。由于名称修饰没有标准规范，因此导出函数的名称可能会在编译器版本之间更改。如果使用 __declspec（dllexport），则只需重新编译 DLL 和依赖.exe文件，才需要考虑任何命名约定更改。

相关文章：