Extern“C”和C结构和typedef

Question

我已经开始在win32上使用C。正如我们所知，C结构与类相同，但默认为公共成员等。。。现在我想要的是简单的C结构，它没有默认的构造函数、复制或移动操作或任何其他魔法。因为我想将其存储在文件中，还可以执行memcpy，用作字节数组等。。。所以我想用#ifdef u cplusplus在标题中定义它，如下所示。

#ifdef __cplusplus
extern "C" {
#endif

typedef struct PersonTag 
{
    int ID;
    char Name[200];

} Person, *PPerson;

#ifdef __cplusplus
}
#endif

但这只能防止函数名称的混乱。但如果在cpp文件中，struct仍然编译为cpp struct，如果在C文件中，则编译为C struct。我通过在cpp文件和C文件中包含头文件来测试它。两者都可以很好地编译，但如果我在结构体中添加构造函数，如下所示。

#ifdef __cplusplus
extern "C" {
#endif

typedef struct PersonTag 
{
    PersonTag();
    int ID;
    char Name[200];

} Person, *PPerson;

#ifdef __cplusplus
}
#endif

C编译它时不会出错，但C按其应该的方式失败。这是否意味着，即使我在#ifdef _ucplusplus中包含结构定义，它仍然会编译为C结构，并带有所有复制和移动魔法？我在想，如果struct有C风格的构造函数等，通过在“extern”C“侧定义struct，也会在cpp文件中产生err。。。所以我的问题是，有没有一种方法可以告诉c编译器（vc）考虑并编译它，就像它是纯c结构一样，没有默认构造函数，没有默认析构函数，像移动或复制之类的东西，或者其他任何东西。

我的第二个问题是关于定义cpp函数指针，并将这个函数指针传递给C函数，C函数可能会调用它。我正在使用C库（sqlite3）并传递回调函数。现在，如果我用下面的方法在cpp文件中键入def函数指针。

typedef int (*SQL_CALLBACK_FUN)(void* NotUsed, int argc, char** argv, char** azColName);

在Cpp文件中，函数可能如下所示

int Callback_GetAllPerson(void* NotUsed, int argc, char** argv, char** azColName);

而不是函数指针

SQL_CALLBACK_FUN sql_callback_fun = Callback_GetAllPerson;

现在，我将把这个“sql_callback_fun”函数指针传递给C lib函数（sqlite3_exec）。我的问题是，这里我在CPP中输入def函数指针，回调函数也将编译为CPP。现在我将它作为指针传递给C lib，C lib函数将通过指针回调这个cpp函数。

我可能会遇到运行时错误吗？或者cpp和c的函数指针（typdef）都是相同的。不管名称有多混乱？

Answer 1

extern“C”与结构无关。但是你走在正确的轨道上，你只需要#ifdef构造函数：

/* Compiles as both C++ and C */
struct Person {
    int ID;
    char Name[200];
#ifdef __cplusplus
    Person() : ID(0), Name("") {}
#endif
};

typedef struct Person Person, *PPerson;

如果确实不想访问编译器生成的构造函数，可以删除它们：

#ifdef __cplusplus
Person() = delete;
Person(const Person&) = delete;
Person(Person&&) = delete;
#endif

编译以下代码进行测试证明这些结构具有相同的大小：

int main () {
    printf("Person is %d bytes\n", sizeof(Person));
}

输出：

$ g++ -o foo_cpp foo.c
$ ./foo_cpp
Person is 204 bytes
$ gcc -o foo_c foo.c
$ ./foo_c
Person is 204 bytes

至于你的第二个问题：是的，传递一个C函数指针将按预期工作。符号损坏和地址转换由C编译器处理。

Answer 2

但这只能防止函数名称的混乱。但如果在cpp文件中，struct仍然编译为cpp struct，如果在C文件中，则编译为C struct。

这其实是件好事。这允许您在两种语言中使用struct。

我在想，如果struct有C风格的构造函数等，那么通过在“extern”C端定义struct，也会在cpp文件中产生err

你想错了。它只会影响名字的扭曲。

有没有办法告诉c编译器（vc）把它当作纯c结构来考虑和编译

C编译器编译C；C编译器编译C。

如果希望结构定义在两种语言中都兼容，那么必须用两种语言的公共子集编写。

我[通过回调]可能会遇到任何运行时错误吗？

典型的潜在问题是，如果回调抛出，那么事情就会爆炸，因为调用C代码不会处理异常。您必须确保回调不会抛出。

Answer 3

但如果在cpp文件中，struct仍然编译为cpp struct，如果在C文件中，则编译为C struct

不能使用C编译器将某些代码编译为C。C编译器将一切编译为C代码。

幸运的是，C语言保证了“标准布局”类与C语言的布局兼容。因此，您无需担心，当编译为C或C时，您的结构将是相同的。extern“C”只会影响名称篡改（例如，添加了一个前导的底图），因此C代码可以在链接过程中“找到”编译为C的标识符。

显然，如果要将结构编译为C和C，就不应该像构造函数一样添加C特性。

对于自由函数指针，请确保使用extern"C"来强制执行C语言链接。

所以你的第一个代码片段看起来很好。