为什么使用<stdbool.h>而不是_Bool？

Question

每当我需要一个布尔类型时，我都会被告知要么创建一个，或者更好的是，使用stdbool.h 。

由于stdbool.h使用typedef bool _Bool ，是否有理由使用标头而不是仅使用类型_Bool ？ 是否仅用于附加宏（ /* #define true 1 #define false 0 */ ）？

Answer 1

添加到语言中的明显类型是bool 。 但不幸的是，编写了大量包含其他形状和形式的bool的代码。 回想一下，仅在 C99 中添加了对布尔类型的支持。

所以 C 语言委员会别无选择，只能为它提取一个保留的标识符（ _Bool ）。 但是，由于类型名称的明显选择仍然相同，因此添加了stdbool.h以允许用户使用明显的名称。 这样，如果您的代码没有自制的bool ，您可以使用内置的。

因此，如果您没有绑定到一些现有的自制bool请确实使用stdbool.h 。 它将是标准类型，具有该类型带来的所有好处。

Answer 2

通常的做法一直是使用bool但是当该类型在 C99 中正式引入标准时，他们不想打破“自己动手”的实现。 因此，他们将类型_Bool作为一种对非官方bool的黑客攻击。 现在没有类型名称冲突。 无论如何，重点是，除非遗留代码库中断，否则请使用bool 。

Answer 3

他们是一样的。 bool是_Bool的别名。 在我们使用的 C99 之前，我们没有这种类型。 （之前的使用仅限于整数 tyoe，其中 0 为假，1 为真）。

你可能不会使用它。 甚至你可以undef bool （但建议不要这样做）。 但是包含它（ stdbool.h和_Bool bool别名）很好，因为如果有一天它被保留，你的代码就会遵守它。 ¹

_{1.你可以使用bool其他方式，但最好不要。 因为一般来说，当这个stdbool.h被引入时，它承载着逐渐使其成为标准的计划，然后更严格的规则适用于我们不能将bool用作其他东西的地方，它将被保留为关键字。}