有没有理由在没有方法的标题上使用 extern "C" ？答案

【问题标题】：Is there any reason to use extern "C" on headers without methods?有没有理由在没有方法的标题上使用 extern "C" ？
【发布时间】：2016-02-05 05:15:39
【问题描述】：

我经常遇到包含 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" 可以防止函数上的名称修改，但它是否也可以防止变量和类型声明的其他接口问题？

在上面的示例中使用extern "C" 对产生的兼容性没有意义吗？

【问题讨论】：

extern "C" 不会“防止”名称损坏。它告诉编译器，除其他外，使用 C 风格的名称修饰。

标签： c++ c header-files extern extern-c

【解决方案1】：

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

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

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

我建议你只包含它。

【讨论】：

您确定标准要求类型链接吗？如果是这样，为什么它如此罕见？
@Quentin 是的，我确定。但是，用户对该功能的需求很少，因此实施重点放在其他需求较高的功能上。
感谢您承认“标准要求”并不意味着“始终可用/已实施”。
@Quentin：就我个人而言，我认为函数类型链接是 C++ 的反特性。例如，这使得在技术上不可能将指向 C++ 静态成员的指针用作指向函数的 C 指针。 C++ 委员会对qsort() 和bsearch() 进行了破解，他们认为问题不再存在。

【解决方案2】：

不，那里不需要extern C，但将它放在所有标题中可能会很方便，以确保在添加新功能时不会忘记它。

【讨论】：