我希望#pragma曾经(或类似的东西)出现在标准中。包含警卫并不是什么大问题(但向学习该语言的人解释它们似乎有点困难)，但这似乎是一个可以避免的小麻烦。

事实上，因为在99.98%的情况下，#pragma once行为是理想的行为，如果编译器能自动处理防止一个头文件被多次包含，使用#pragma或其他允许重复包含的东西，那就更好了。

但是我们拥有我们所拥有的(除了你可能一次都没有#pragma)。

我希望#pragma曾经(或类似的东西)出现在标准中。包含警卫并不是什么大问题(但向学习该语言的人解释它们似乎有点困难)，但这似乎是一个可以避免的小麻烦。

事实上，因为在99.98%的情况下，#pragma once行为是理想的行为，如果编译器能自动处理防止一个头文件被多次包含，使用#pragma或其他允许重复包含的东西，那就更好了。

但是我们拥有我们所拥有的(除了你可能一次都没有#pragma)。

Using '#pragma once' might not have any effect (it is not supported everywhere - though it is increasingly widely supported), so you need to use the conditional compilation code anyway, in which case, why bother with '#pragma once'? The compiler probably optimizes it anyway. It does depend on your target platforms, though. If all your targets support it, then go ahead and use it - but it should be a conscious decision because all hell will break loose if you only use the pragma and then port to a compiler that does not support it.

GCC从3.4开始支持#pragma一次，参见http://en.wikipedia.org/wiki/Pragma_once获得进一步的编译器支持。

我认为使用#pragma一次而不是包含守卫的最大好处是可以避免复制/粘贴错误。

让我们面对这个问题:我们大多数人很少从头开始一个新的头文件，而只是复制一个现有的头文件并根据我们的需要进行修改。使用#pragma创建一个工作模板比使用守卫要容易得多。对模板的修改越少，遇到错误的可能性就越小。在不同的文件中使用相同的include守卫会导致奇怪的编译器错误，并且需要一些时间来找出哪里出了问题。

#pragma once更容易使用。

不总是正确的。

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52566有一个很好的例子，其中包括两个文件，但由于时间戳和内容相同(不相同的文件名)，误以为它们是相同的。

在非常大的树上使用gcc 3.4和4.1(有时使用distcc)时，我还没有看到使用#pragma一次代替或与标准include守卫结合使用时的速度有任何提高。

我真的不认为它值得让旧版本的gcc甚至其他编译器感到困惑，因为它并没有真正的节省。我并没有尝试过所有的去污工具，但我敢打赌它会让很多人感到困惑。

我也希望它能早点被采用，但我能看到“当ifndef工作得很好时，我们为什么需要它?”的争论。考虑到C语言的许多黑暗角落和复杂性，包含警卫是最简单的、自我解释的事情之一。如果你对预处理器的工作方式有一点了解，它们应该是不言自明的。

但是，如果您确实观察到一个显著的加速，请更新您的问题。