在 C 程序中使用 _ 和 __ [复制]

Question

我在读 K

...仅供标准库函数使用的名称以 _ 开头，因此它们不太可能与用户程序中的名称发生冲突...

这到底意味着什么，请解释真正简单实用的方法。

我的理解是：

如果我想使用在 math.h 中定义的 sqrt，那么

#include <math.h>
#define sqrt(x) x*x*x

main() 
{ 
int x=4; 
_sqrt(x); // That is from the header file math.h
sqrt(x); // my own defined macro 
/*or its the reverse way _sqrt for my own defined macro so it won't collide with original sqrt i.e. without _ for sqrt from math.h */ 
return 0;
}

现在，我使用 __ 读取了堆栈溢出的代码。sys/syscall.h 在 Windows 中不存在，所以我们必须使用

#if __linux 
#include <sys/syscall.h>
#elif defined(_WIN32) || defined(_WIN64)
#include <windows.h>
#endif

__ 究竟在哪里使用，黑白 __ 有什么区别

Answer 1

tl;博士你把它倒过来了。命名你自己的东西而不带前导下划线，除非你正在为别人编写一个库。标准库和编译器使用该技术来指示某些名称是内部名称，而不是直接使用。

在 C 中，没有命名空间。换句话说，文件中包含的所有名称都可以相互冲突。如果 foo.h 和 bar.h 都定义了 x，则当它们都包含在内时将发生错误。

现在，x是一个非常常见的名字。碰撞几乎是必然的，foo.h和bar.h的作者必须意识到这一点。因此，为了避免将来使用其代码的程序员出现问题，他们将名称更改为_x。

确实会出现通用名称。在诉诸低估评分之前，请尝试：

>

在 .c 和 .h 文件中分离私有变量和公共变量。大多数冲突名称都是私有的，不属于标头。

在代码前面加上模块的名称：foo_x 和 bar_x 不会冲突。

Answer 2

这是一个命名约定，这意味着违反此规则不会立即直接导致破坏您的程序，但是遵循约定是一个非常非常非常 - 非常

公约的本质是保留：

以
• _ 开头的语言实体命名，其中包括标准库
• 以 __ 开头的命名表示编译器内部

大多数时候，这也是一个真正的平台特定主题，许多供应商尊重此约定，但他们也有自己的命名约定和准则。

您可以通过搜索 c 双下划线命名约定找到更多信息

Answer 3

以下是 C 标准的内容（第 7.1.3 节）：

• 所有以下划线和大写字母或其他下划线开头的标识符始终保留供任何使用。
• 所有以下划线开头的标识符始终保留为在普通命名空间和标记命名空间中具有文件范围的标识符。

（本节继续列出特定标识符和某些标准标头保留的标识符集。

这意味着，例如，实现（编译器或标准标头）可以将名称__FOO用于它喜欢的任何内容。如果在自己的代码中定义该标识符，则程序的行为是未定义的。如果你“幸运”，你将使用一个没有碰巧定义它的实现，你的程序将按预期工作。

这意味着你根本不应该在你自己的代码中定义任何这样的标识符（除非你自己的代码是C实现的一部分 - 如果你必须问，它不是）。无论如何，没有必要定义这样的标识符;几乎不乏未保留的标识符。

您可以使用像_foo这样的标识符，只要它是在本地定义的（而不是在文件范围内） - 但我个人发现完全避免使用前导下划线要容易得多。

顺便说一下，你的_sqrt例子并不一定说明这一点。实现可以定义名称 _sqrt

c.c:7:1: warning: implicit declaration of function ‘_sqrt’ [-Wimplicit-function-declaration]

因为

/tmp/cc1ixRmL.o: In function `main':
c.c:(.text+0x1a): undefined reference to `_sqrt'

因为图书馆里没有这样的符号。