现在我分析一些不是我写的旧代码。在标头中有许多这样的声明：
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讨论中的答案相矛盾。我对吗？
而且我仍然不明白关于内联函数实例化的所有这些话。
对不起，我把一些问题合并在一个主题中，但我不知道如何将它分成不同的问题，因为它们是由同一个问题和相同的材料结合在一起的。但是，如果有人能为我澄清这个问题，我将不胜感激。