带有类和 DLL 的外部“C”

Question

我收到了一个使用 extern "C" 的 C++ DLL 源代码：

extern "C"
{
    class Something
    {
       public:
         __declspec(dllexport) Something();
         __declspec(dllexport) virtual ~Something();
         __declspec(dllexport) bool function_one(const char * some_text);
         static __declspec(dllexport) char * get_version();
       private:
          unsigned int m_data;
    };
}

C++ 程序正在调用 DLL。 仅供参考，在 Windows 7 平台上使用 Visual Studio 2017。

问题 *（均与extern "C"和class相关）：

1. 由于class 不是C 语言，这是否相当于a struct?
2. 构造函数是否有效？
3. 虚拟析构函数是否有效（因为 C 没有 virtual）？
4. bool 是如何处理的？
5. static 在类的 extern "C" 中如何处理？
6. private 数据在 extern "C" 块内是如何处理的？
7. noexcept 如何在 extern "C" 块中处理 构造函数？

Visual Studio 2017 编译器不会使用上述代码生成任何错误或警告。

VS2017代码分析器只对构造函数产生警告：

C26439 This kind of function may not throw. Declare it 'noexcept' (f.6).

研究：
StackOverflow上与此问题相关的问题提到了我上面列出的“extern“C”has the effect of resolving name mangling. However, they don't address the issues ofvirtual,bool`、私有数据等。

此外，许多与 DLL 相关的答案建议不要使用非 POD 结构，因为编译器之间的布局可能会发生变化（包括相同版本的编译器）；例如，字符数组优于std::string。

Answer 1

它不会将代码更改为 C。它不会导致 C++ 名称重整 - 例如，您不能在该块内重载暴露为 extern "C" 的函数，但代码仍然是 C++。

您只是被限制做不能从 C 调用的事情（在 extern "C" 块中）。您正在公开 C API，但您仍然可以在幕后使用 C++。只是不在你的extern "C" 界面的一部分。

这也意味着您不能将成员函数（virtual 或不）导出为 extern "C"，因为 C 没有这样的东西。