如果使用C99，则可以使用_Bool类型。不需要#includes。不过，您确实需要将其视为整数，其中1为真，0为假。

然后可以定义TRUE和FALSE。

_Bool this_is_a_Boolean_var = 1;


//or using it with true and false
#define TRUE 1
#define FALSE 0
_Bool var = TRUE;

在布尔运算中，任何非零的值都被计算为真，因此您可以

#define TRUE 1
#define FALSE 0

并使用常数。

typedef enum {
    false = 0,
    true
} t_bool;

关于C中布尔值的几点思考：

我已经足够老了，我只使用纯int作为布尔类型，没有任何typedef或true/false值的特殊定义或枚举。如果你遵循我下面的建议，不要与布尔常量进行比较，那么你只需要使用0/1来初始化标志。然而，这种方法在现代可能被认为过于反动。在这种情况下，肯定应该使用<stdbool.h>，因为它至少有标准化的好处。

无论调用什么布尔常量，都只能用于初始化。永远不要写类似的东西

if (ready == TRUE) ...
while (empty == FALSE) ...

这些总是可以被更清晰的

if (ready) ...
while (!empty) ...

请注意，这些事实上可以合理且可以理解地大声读出。

给布尔变量取正名，即full而不是notfull。后者导致代码难以容易阅读。比较

if (full) ...
if (!full) ...

with

if (!notfull) ...
if (notfull) ...

前一对都读得很自然，而！notfull虽然读起来很别扭，但在更复杂的布尔表达式中会变得更糟。

通常应避免布尔参数。考虑这样定义的函数

void foo(bool option) { ... }

在函数的主体中，参数的含义非常清楚，因为它有一个方便且希望有意义的名称。但是，呼叫站点看起来像

foo(TRUE);
foo(FALSE):

在这里，如果不总是查看函数定义或声明，基本上不可能知道参数的含义，如果添加更多布尔参数，情况会变得更糟。我建议

typedef enum { OPT_ON, OPT_OFF } foo_option;
void foo(foo_option option);

or

#define OPT_ON true
#define OPT_OFF false
void foo(bool option) { ... }

无论哪种情况，呼叫站点现在看起来都是

foo(OPT_ON);
foo(OPT_OFF);

读者至少有机会在不理解foo定义的情况下理解它。

从好到坏：

选项1（C99及更新版本）

#include <stdbool.h>

选项2

typedef enum { false, true } bool;

选项3

typedef int bool;
enum { false, true };

选项4

typedef int bool;
#define true 1
#define false 0

解释

只有当你使用C99（或更高版本）时，选项1才会起作用，这是“标准方式”。如果可能，请选择此选项。选项2、3和4实际上具有相同的行为#2和#3不使用#defines，我认为这更好。

如果你还没有决定，那就选择#1！

C有一个布尔类型：bool（至少在过去10（！）年）

包括stdbool.h和true/false将按预期工作。