我只是想添加一些信息，因为我还没有看到它发布。

您将经常看到C头中的代码，如下所示：

#ifdef __cplusplus
extern "C" {
#endif

// all of your legacy C code here

#ifdef __cplusplus
}
#endif

这实现的是，它允许您在C++代码中使用C头文件，因为宏__cplusplus将被定义。但是您也可以将它与遗留的C代码一起使用，因为宏没有定义，所以它不会看到唯一的C++构造。

虽然，我也见过C++代码，例如：

extern "C" {
#include "legacy_C_header.h"
}

我想这也能完成同样的事情。

不知道哪种方式更好，但我都见过。

请参阅下面的链接，该链接是Geeks for Geeks对外部“C”用法的解释。从下面的页面添加重要信息。

考虑函数f（）的以下声明

int  f (void) { return 1; }
int  f (int)  { return 0; }
void g (void) { int i = f(), j = f(0); }

C++编译器可能会将上述名称更改为以下名称（来源：Wiki）

int  __f_v (void) { return 1; }
int  __f_i (int)  { return 0; }
void __g_v (void) { int i = __f_v(), j = __f_i(0); }

https://www.geeksforgeeks.org/extern-c-in-c/

extern“C”使C++中的函数名具有C链接（编译器不会损坏该名称），以便客户端C代码可以使用仅包含函数声明的C兼容头文件链接到（使用）您的函数。函数定义包含在二进制格式（由C++编译器编译）中，然后客户端C链接器将使用C名称链接到该格式。

由于C++有函数名的重载，而C没有，所以C++编译器不能仅将函数名用作链接到的唯一id，因此它通过添加有关参数的信息来破坏名称。C编译器不需要更改名称，因为您不能重载C中的函数名。当您声明函数在C++中具有外部“C”链接时，C++编译器不会将参数/参数类型信息添加到用于链接的名称中。

正如您所知，您可以显式指定每个单独声明/定义的外部“C”链接，或使用块将声明/定义序列分组以具有特定链接：

extern "C" void foo(int);
extern "C"
{
   void g(char);
   int i;
}

如果您关心技术细节，请参见C++03标准第7.5节，这里有一个简短的总结（重点是外部“C”）：

外部“C”是链接规范每个编译器都需要提供“C”链接链接规范只能出现在命名空间范围内所有函数类型、函数名和变量名都有语言链接参见Richard的评论：只有具有外部链接的函数名和函数名才有语言链接具有不同语言链接的两种函数类型是不同的类型，即使在其他方面相同连杆规格嵌套，内部规格决定最终连杆类成员忽略外部“C”最多一个具有特定名称的函数可以具有“C”链接（无论名称空间如何）外部“C”强制一个函数具有外部链接（不能使其成为静态的）参见Richard的评论：外部内部的静态“C”是有效的；这样声明的实体具有内部链接，因此没有语言链接从C++到用其他语言定义的对象以及从其他语言到用C++定义的对象的链接是由实现定义的，并且依赖于语言。只有当两种语言实现的对象布局策略足够相似时，才能实现这种链接

在不与其他好答案冲突的情况下，我将添加一点我的示例。

C++编译器的作用是：它在编译过程中破坏了名称，因此我们需要告诉编译器要特别对待C实现。

当我们制作C++类并添加外部“C”时，我们告诉C++编译器我们正在使用C调用约定。

原因（我们从C++调用C实现）：要么我们想从C++调用C++函数，要么从C调用C++函数（C++类…等在C中不起作用）。

仅仅通过在外部“C”中包装，并不能使任何C标头与C++兼容。当C标头中的标识符与C++关键字冲突时，C++编译器会对此进行投诉。

例如，我看到以下代码在g++中失败：

extern "C" {
struct method {
    int virtual;
};
}

Kinda是有道理的，但在将C代码移植到C++时需要记住。

它通知C++编译器在链接时以C样式查找这些函数的名称，因为在链接阶段，用C和C++编译的函数的名称不同。