c++ - 是否有任何理由在没有方法的 header 上使用 extern "C"？

Question

我经常遇到包含 extern "C" 保护的 C 头文件，
但不包含任何实际功能。例如:

/* b_ptrdiff.h - base type ptrdiff_t definition header */

#ifndef __INCb_ptrdiff_th
#define __INCb_ptrdiff_th

#ifdef __cplusplus
extern "C" {
#endif

#ifndef _PTRDIFF_T
#define _PTRDIFF_T
typedef long ptrdiff_t;
#endif /* _PTRDIFF_T */

#ifdef __cplusplus
}
#endif

#endif /* __INCb_ptrdiff_th */

我知道 extern "C" 可以防止函数上的名称修改，但它是否也可以防止变量和类型声明的其他接口(interface)问题？

在上面的示例中使用 extern "C" 是否对产生的兼容性毫无意义？

Answer 1

一些编译器(很少见)也为变量实现名称修改，而不仅仅是函数。在这种情况下，可能需要 extern "C"。

一些编译器(也很少见，但标准要求)为函数 types 实现语言链接，而不仅仅是名称，所以 typedef void f(); 和 extern "C"{ typedef void f(); } 声明不同的类型。

此外，一些维护者在修改 header 以添加功能时不会注意到 extern "C" 的缺失。

我建议你只包含它。