非标准C头文件（unistd.h、fcntl.h等）在C++中的工作机制疑问

问题解答 #

1. 为什么不会出现链接错误？ #

你看到的unistd.h、fcntl.h这类系统头文件，表面上看起来没有extern "C"包裹，但实际上它们内部已经通过预处理宏做了C++兼容处理。

几乎所有标准系统头文件都会包含类似这样的代码：

#ifdef __cplusplus
extern "C" {
#endif

// 头文件核心内容：函数声明、类型定义等

#ifdef __cplusplus
}
#endif

当你用C++编译器编译代码时，__cplusplus这个宏会被自动定义，此时头文件里的代码会被extern "C"包裹起来，按照C的链接约定处理函数名；而用C编译器编译时，这个宏不存在，代码就会以纯C的方式处理，完全符合语法要求。

这就是为什么你直接包含这些头文件，链接时不会出现函数名修饰（mangling）导致的错误——系统已经帮你做好了兼容。

2. 是否需要始终用extern "C" { #include <头文件> }的方式包含这类头文件？ #

完全不需要。

这类系统头文件本身已经内置了C++兼容的宏逻辑，手动再套一层extern "C"反而可能引发问题（比如某些头文件内部的结构可能不支持嵌套的extern "C"块，导致编译报错）。

不过要注意：如果是你自己编写的C语言头文件，没有添加上述的__cplusplus宏判断，那么在C++代码中包含它时，就需要用extern "C" { #include "your_c_header.h" }来包裹，或者直接在你的C头文件里加上那个宏兼容代码，这样更通用。

内容的提问来源于stack exchange，提问作者Atul