有什么理由在没有方法的情况下在 headers 上使用 extern "C" 吗？

Question

我经常遇到包含 extern "C" 个守卫的 C header 文件，
但不包含任何实际功能。例如：

/* 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" 可以防止函数名称混淆，但它是否也可以防止变量和类型声明的其他接口问题？

在上述示例中使用 extern "C" 就结果兼容性而言是否毫无意义？

Answer 1

不，那里不需要extern C，但是把它放在一起可能会很方便headers以确保在添加新功能时不会忘记它。

Answer 2

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

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

此外，一些维护人员如果修改 header 以添加功能，则不会注意到 extern "C" 的缺失。

我建议你只包含它。

有什么理由在没有方法的情况下在 headers 上使用 extern "C" 吗？

Is there any reason to use extern "C" on headers without methods?

c

c++

header-files

extern

extern-c