4

现在我分析一些不是我写的旧代码。在标头中有许多这样的声明:

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讨论中的答案相矛盾。我对吗?
而且我仍然不明白关于内联函数实例化的所有这些话。

对不起,我把一些问题合并在一个主题中,但我不知道如何将它分成不同的问题,因为它们是由同一个问题和相同的材料结合在一起的。但是,如果有人能为我澄清这个问题,我将不胜感激。

4

1 回答 1

6

实际上,inline是对优化器的一种提示。编译器仍然可以生成带有主体的真实函数,将参数压入堆栈等。这不会破坏任何逻辑。如果您的“内联”函数有超过 10000 行代码,它肯定会这样做。微软甚至有特殊的__forceinline关键字。猜猜它为什么被引入。

The function is always instantiated and exported ...

这里的措辞可能并不完美。实例化在这里意味着将生成一个主体和一个入口点。这与模板实例化无关。整个段落的意思__declspec是比 更重要inline

因为dllimport他们基本上写的是dllimport防止在当前二进制模块中生成这个内联函数的主体,而内联扩展仍然是可能的。

于 2012-08-13T02:20:14.023 回答