如何静态链接到由序号导出的 DLL 函数？

Question

假设一个DLL有一个函数：

int TestFunc01(int v)
{
    WCHAR buff[256];
    ::StringCchPrintf(buff, _countof(buff), L"You passed a value of %d", v);
    return ::MessageBox(NULL, buff, L"Test Dll Message", MB_OK | MB_ICONINFORMATION);
}

仅按其序数值导出（以下是.def 文件）：

LIBRARY   DllName
EXPORTS
   TestFunc01   @1 NONAME

所以现在当我想从另一个模块静态链接到该函数时，如果该函数是按其名称导出的，我将执行以下操作：

extern "C" __declspec(dllimport) int TestFunc01(int v);

int _tmain(int argc, _TCHAR* argv[])
{
    TestFunc01(123);
}

但我如何仅通过其序数值静态链接到它？

PS。我正在使用 Visual Studio C++ 编译器和链接器。

Answer 1

您可以使用 lib.exe 工具从您编写的 .DEF 文件创建一个 .lib 文件，您不必实际提供任何目标文件。

您将编写一个与要导出的序数匹配的 .def，同时提供名称，然后使用 lib.exe 创建一个 .lib。

在代码中，您可以将其声明为： extern "C" __declspec(dllimport) ret_type funcName(arg_type);

重要的是调用约定与函数实际使用的任何内容相匹配，但名称必须与您创建的 .lib 使用的名称匹配，即使该名称不遵循该调用类型的正常修饰。

Answer 2

但我如何仅通过其序数值静态链接到它？

绝对相同的方式，当按名称导出函数时 - 没有任何区别。在这两种情况下，您都需要两件事 - 正确声明函数：

extern "C" __declspec(dllimport) int /*calling convention*/ TestFunc01(int v);

和 lib 文件，包含在链接器输入中。

当您将 somename.def 文件包含到 Visual Studio 项目中时，它会自动将 /def:"somename.def" 选项添加到链接器（否则您需要手动添加此选项）。生成的 lib 文件将包含 __imp_*TestFunc01* 符号 - 就地 * 将基于 c 或 c++ 符号和调用约定进行不同的装饰，以防 x86时间>。

另一方面，当你调用函数时，带有__declspec(dllimport) 属性。编译器 (CL) 将生成 call [__imp_*TestFunc01*] - 所以引用 __imp_*TestFunc01* 符号（再次 * 到位实际装饰）。链接器将搜索 __imp_*TestFunc01* 符号并在 lib 文件中找到它。

NONAME 选项对此过程无关紧要 - 这只会影响 IAT/INT 在 PE 中此函数的条目的形成方式（将它按名称或序号导入）

请注意，如果我们仅通过 link.exe /lib /def:somename.def 将生成 lib 文件与 def 文件分开 - 链接器将没有正确的导出函数声明（def 文件仅包含名称而没有调用约定和 c 或 c++ 名称） - 所以它总是将被视为extern "C" 和__cdecl 的符号

---

在具体情况下可见，在 dll 函数中实现为 int TestFunc01(int v) - 所以没有 extern "C" - 结果 lib 文件将是 __imp_?TestFunc01@@YAHH@Z 之类的符号（我假设 __cdecl 和 x86)，但是在另一个与 extern "C" 一起使用的模块函数中 - 所以链接器将搜索 __imp__TestFunc01 并且当然没有找到它，因为它不存在于 lib 文件中。因为这个，当我们导出/导入一些符号时 - 它必须为两个模块声明equal。最好在具有显式调用约定的单独 .h 文件中声明它

Answer 3

这不是为了和actual answer竞争。 David Heffernan 在那里的 cmets 中提出了一个很好的观点，关于 dllimport 的使用。所以我想进行几次测试，看看我使用__declspec(dllimport)和不使用时有什么不同：

1。 x86 发布构建

DLL 中的函数声明：

extern "C" int __cdecl TestFunc01(int v)
{
    WCHAR buff[256];
    ::StringCchPrintf(buff, _countof(buff), L"You passed a value of %d", v);
    return ::MessageBox(NULL, buff, L"Test Dll Message", MB_OK | MB_ICONINFORMATION);
}

然后从另一个模块导入并调用它：

与__declspec(dllimport)

extern "C" __declspec(dllimport) int __cdecl TestFunc01(int v);

int _tmain(int argc, _TCHAR* argv[])
{
    TestFunc01(123);
}

编译的机器码：

call指令从导入地址表（IAT）中读取函数地址：

它给出了导入函数的位置：

---

没有__declspec(dllimport)

extern "C" int __cdecl TestFunc01(int v);

int _tmain(int argc, _TCHAR* argv[])
{
    TestFunc01(123);
}

编译的机器码：

在这种情况下，它是一个相对的 call 到单个 jmp 指令：

依次从 IAT 读取函数地址：

然后跳转到它：

---

2。 x64 发布版本

对于 64 位，我们必须将调用约定更改为 __fastcall。其余的保持不变：

与__declspec(dllimport)

extern "C" __declspec(dllimport) int __fastcall TestFunc01(int v);

int _tmain(int argc, _TCHAR* argv[])
{
    TestFunc01(123);
}

编译的机器码：

call 指令再次从 IAT 读取函数地址（在 x64 的情况下它使用相对地址）：

给它函数地址：

---

没有__declspec(dllimport)

extern "C" int __fastcall TestFunc01(int v);

int _tmain(int argc, _TCHAR* argv[])
{
    TestFunc01(123);
}

编译的机器码：

又是一个相对的call 到一个单一的jmp：

依次从 IAT 读取函数地址：

然后跳转到它：

结论

如您所见，不使用dllimport 从技术上讲，您会产生额外的jmp。我不确定跳转的目的是什么，但肯定不会让你的代码运行得更快。也许这是一个代码维护的事情，也许是一种为更新进行热补丁的方法，也许是一个调试功能。因此，如果有人能阐明这次跳跃的目的，我会很高兴听到的。