C++中bool变量应直接用true/false初始化，避免整数隐式转换；条件判断中禁止使用==true/false冗余写法，应直接用变量名或!变量名；sizeof(bool)大小由实现决定，不可假设为1字节。
bool 变量声明和初始化要避免隐式转换
直接用 true 或 false 初始化最安全，C++ 不允许用整数（比如 1、0）直接赋值给 bool 变量——虽然编译器通常会接受，但这是隐式转换，容易掩盖逻辑错误。
常见错误现象：bool flag = 5; 编译通过，但 flag 实际为 true，且没有警告；后续判断时可能误以为它“代表某种状态码”，其实只是非零即真。
- 推荐写法：
bool active = true;、bool done = false; - 从表达式推导时也安全：
bool is_empty = vec.size() == 0; - 避免：
bool valid = some_int; // 不清晰，且易出错
if 判断里别对 bool 变量再跟 == true 或 == false
这是冗余写法，既降低可读性，又可能引入 bug。C++ 中 bool 就是为条件判断设计的，直接用变量名即可。
使用场景：所有 if、while、for 的条件部分。
- ✅ 正确：
if (ready) { ... } - ❌ 冗余且危险：
if (ready == true) { ... }—— 如果ready被意外重定义为宏（如#define true 1），或类型被改写，可能编译失败或行为异常 - ❌ 更糟：
if (flag == false)→ 直接写if (!flag)，语义更明确
sizeof(bool) 不一定是 1 字节，别假设内存布局
标准只要求 sizeof(bool) >= 1，实际大小由编译器决定。常见平台（x86/x64 上 GCC/Clang/MSVC）确实是 1，但嵌入式或某些旧编译器可能更大。
性能 / 兼容性影响：结构体中混用 bool 和其他类型时，可能因对齐导致填充字节变化；做序列化或跨平台二进制通信时，绝不能直接 memcpy bool 成员。
- 查当前环境：
std::cout - 需要紧凑存储时，用
std::vector（特化实现，位压缩）或手动位域，但注意前者不是标准容器 - 跨平台序列化必须转成已知宽度类型，如：
uint8_t b = my_bool ? 1 : 0;
函数返回 bool 时，命名要体现“是否”语义
这是 C++ 惯例，也是可读性的硬要求。bool 返回值本身不带上下文，全靠函数名传达意图。
容易踩的坑：名字含 get、is 混用，或动词不表示状态判断。
- ✅ 清晰：
isValid()、hasPermission()、canWrite() - ❌ 模糊：
checkValid()（动词+形容词，像在执行动作）、valid()（缺少助动词，易与属性访问混淆） - ❌ 错误暗示：
enableLogging()返回bool—— 这个函数名明显该返回void，成功与否应抛异常或用std::expected
实际项目里，bool 最常出问题的地方不在语法，而在语义漂移：一个本该叫 isConnected() 的函数，后来被改成返回连接尝试是否“发起成功”，而不是“当前是否连上”。这种退化很难被测试覆盖，只能靠命名纪律守住底线。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
