Qt应用程序在使用DLL时崩溃，如果导出的函数没有声明APIENTRY，则工作正常

Qt application crashes when using DLL, works fine if exported function doesn't declare APIENTRY

本文关键字：函数 声明 APIENTRY 工作 应用程序 DLL Qt 如果 崩溃      更新时间：2023-10-16

我在VisualStudio2010中构建了一个DLL项目（通过关注这篇文章）。它只包含一个功能：

extern "C" __declspec(dllexport) void APIENTRY hello()
{
    std::cout << "Hello DLL.n" << std::endl;
}

然后我创建了一个Qt控制台应用程序来使用该DLL。它的main.cpp包含以下内容：

typedef bool (*f_void)(void);
int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);
    QLibrary lib("TestDll");
    f_void hello = (f_void) lib.resolve(QString("hello").toLatin1());
    hello();
    return a.exec();
}

当我在DLL中使用APIENTRY时，程序在调用hello()时崩溃。不过，如果我从hello()声明中删除APIENTRY，效果会很好。为什么会发生这种情况？

在添加需要匹配调用约定的函数调用机制中，通过如下所述为函数指针提供正确的类型来修复该机制，调用约定会影响名称篡改。

extern "C"防止C++将类型包含在名称中的操作方式，这样函数的重载就可以获得唯一的名称，并且可以在符号查找过程中进行区分。但这并不能完全防止损毁。例如，问题中的函数void __stdcall hello(void)将由__declspec(dllexport)导出为_hello@0，其中尾随数字是参数列表中的字节数。这有助于避免调用者和被调用者在参数大小上存在分歧的情况，这在被调用者清理堆栈的__stdcall中尤其有问题。

尽管如此，还是可以禁用名称篡改（而Win32 DLL（如gdi32.dll和shell32.dll）。为此，您需要一个链接器定义文件：

EXPORTS
  hello
  ; or hello = _hello@0

链接器知道篡改规则，即使您没有明确提供，它也会在对象文件中找到被篡改的名称。

此外，当导出列在定义文件中时，代码中不再需要__declspec(dllexport)。

MSDN上提供了更多信息。

如果通过错误类型的函数指针调用函数，则会得到未定义的行为。调用约定是类型的一部分。尝试：

typedef bool (APIENTRY *f_void)(void);  // or __stdcall instead of APIENTRY

我猜你的一个头文件包含#define APIENTRY __stdcall

显式设置导出函数和函数指针的调用约定总是一个好主意。如果不这样做，您将获得当前有效的默认调用约定，这是一个特定于项目的编译器选项。

从教学意义上讲，函数和函数指针是否标记为extern "C"也是类型的一部分。但在有DLL的Windows上，extern "C"和extern "C++"对调用约定有相同的作用。

相关文章：