gem*_*eld 82 c++ dll qt visual-c++ declspec
我看到了像这样的Qt源代码:
class Q_CORE_EXPORT QBasicAtomicInt
{
public:
...
};
Run Code Online (Sandbox Code Playgroud)
哪个Q_CORE_EXPORT宏定义如下:
define Q_DECL_IMPORT __declspec(dllimport)
Run Code Online (Sandbox Code Playgroud)
那__declspec(dllimport)真正意味着什么?
Cod*_*ray 104
__declspec是特定于Microsoft的属性,允许您指定存储类信息.
(Nitpicker的角落:然而,许多其他编译器供应商 - 例如GCC-现在支持这种语言扩展,以便与针对微软编译器编写的已安装的代码库兼容.有些甚至提供额外的存储类属性.)
可以指定的两个存储类属性是dllimport和dllexport.这些向编译器指示从DLL导入或导出(分别)函数或对象.
更具体地说,它们定义了DLL与客户端的接口,而不需要module-definition(.DEF)文件.大多数人发现使用这些语言扩展比创建DEF文件容易得多.
出于显而易见的原因,__declspec(dllimport)并且__declspec(dllexport)通常彼此配对.您用于dllexport将符号标记为从DLL导出,并用于dllimport将该导出的符号导入另一个文件.
因此,并且因为在编译DLL时和在使用DLL接口的客户端代码中通常都使用相同的头文件,所以定义一个宏在编译时自动解析为适当的属性说明符是一种常见模式.例如:
#if COMPILING_DLL
#define DLLEXPORT __declspec(dllexport)
#else
#define DLLEXPORT __declspec(dllimport)
#endif
Run Code Online (Sandbox Code Playgroud)
然后标记应导出的所有符号DLLEXPORT.
据推测,这是什么Q_CORE_EXPORT宏观确实,解决要么Q_DECL_IMPORT或Q_DECL_EXPORT.
arx*_*arx 25
__declspec(dllimport) 是一个存储类说明符,它告诉编译器在外部DLL中定义了函数或对象或数据类型.
函数或对象或数据类型从具有相应的DLL导出__declspec(dllexport).
__declspec(dllexport)告诉编译器通知链接器这些符号需要放置在导出表中(编译 .dll 时),并将这些符号放置在导入库 .lib 中。当编译与 .dll 链接的程序时,__declspec(dllimport)告诉编译器生成一个与 rip 相关的内存间接调用(链接器将填充解析以指向导入表),而不是通常对未定义函数的相对直接指令(由于它无法修改指令,链接器会插入 thunk 的相对地址,然后创建 thunk,在其中将 rip 相对内存间接跳转到导入表中的函数指针。这是代码大小和速度的优化。导入库 .lib 告诉链接器 .dll 导出哪些符号,并用作根据与匹配的外部符号表条目的交集创建导入表的指南,并在.text 段。
https://learn.microsoft.com/en-us/cpp/build/importing-function-calls-using-declspec-dllimport?view=vs-2019 https://learn.microsoft.com/en-us/cpp /build/importing-data-using-declspec-dllimport?view=vs-2019 /sf/answers/314337551/