现在我分析一些不是我写的旧代码。在标头中有许多这样的声明:
SVPDSDKDLLEXPORT inline C3vec mult(C3vec src, D3DXMATRIX &m);
SVPDSDKDLLEXPORT 定义为 _declspec(dllexport),如果在 SVPDSDK 中使用;如 _declspec(dllimport),如果它用于任何使用 SVPDSDK.dll 的项目中。这里的内联对我来说似乎很奇怪,因为标题中没有定义,它在 .cpp 文件中,但是 SVPDSDK 和所有使用各自 DLL 的项目的编译和链接都可以毫无问题地执行。我假设它只是被忽略并且函数被导出,就好像它没有被内联一样。
我发现了这个讨论: C++ : inline functions with dllimport/dllexport?
看起来我应该从所有此类声明中删除“内联”,不要混合内联和导出/导入。但后来我在 MSDN 中找到了这个主题:http: //msdn.microsoft.com/en-us/library/xa0d9ste
我不明白它的某些部分。
您可以使用 dllexport 属性将函数定义为内联函数。在这种情况下,函数总是被实例化和导出,无论程序中的任何模块是否引用该函数。假定该函数是由另一个程序导入的。
首先,“函数总是被实例化”,这是什么意思?我只找到关于 C++ 中模板函数实例化的主题,没有任何其他实例化。它是否仅与模板连接?
其次,“函数总是导出的”。我完全不明白。是否有可能在某些情况下不导出带有 declspec(_dllexport) 的函数?在什么情况下?
现在关于导入:
您还可以将使用 dllimport 属性声明的函数定义为内联函数。在这种情况下,函数可以扩展(根据 /Ob 规范),但永远不会被实例化。特别是,如果采用内联导入函数的地址,则返回驻留在 DLL 中的函数的地址。此行为与获取非内联导入函数的地址相同。
同样,我不明白,在这种情况下实例化是什么意思。
在写这个问题并从 MSDN 分析主题时,我得出一个结论,该函数同时导出/导入和内联,仅在其项目本身中内联(在我的情况下为 SVPDSDK),并且在所有情况下都是非内联的导入项目。它没有在 MSDN 主题中明显声明。如果我没有在任何使用它的项目中导入它,并且我在它的头文件中没有定义,它将是一个普通的内联函数,所以我会得到一个链接错误。然后在我看来,混合内联和导出/导入是可以接受的,认为它与上面提到的stackoverflow讨论中的答案相矛盾。我对吗?
而且我仍然不明白关于内联函数实例化的所有这些话。
对不起,我把一些问题合并在一个主题中,但我不知道如何将它分成不同的问题,因为它们是由同一个问题和相同的材料结合在一起的。但是,如果有人能为我澄清这个问题,我将不胜感激。