必须加 explicit 前缀，否则 operator bool() 会参与所有隐式上下文（如算术、比较、模板推导），导致类型安全崩塌；正确写法是 explicit operator bool() const，返回 bool 类型，专用于 if/while 等布尔上下文。
必须加 explicit 前缀，否则 if (obj) 能过，obj + 1、obj == true 也能过——这不是布尔判断，是类型安全崩塌。
为什么 operator bool() 不加 explicit 就危险
不加 explicit 的 operator bool() 会参与**所有隐式上下文**：算术运算、比较、函数传参、模板推导。编译器把它当普通 bool 用，而 bool 又能隐式提升为 int，于是 int x = obj + 5; 居然合法，但语义完全失控。
-
if (obj) { }✅ 正常（布尔上下文允许explicit operator bool） -
bool b = obj;❌ 编译失败（隐式转换被拦） -
int x = obj + 5;❌ 编译失败（没隐式转bool，更不会升int） -
obj == true❌ 编译失败（true是bool，但obj不能隐式变bool来比）
正确的声明写法和典型场景
现代 C++ 中只应使用 explicit operator bool() const，返回 data_ != nullptr 或等价逻辑。它专为 if/while/for 等条件判断设计，不服务于其他用途。
- 必须加
const修饰符，否则无法在 const 对象上调用 - 返回值只能是
bool，禁止返回void*、int或裸指针（老式“安全布尔转换”已淘汰） - 不要写
operator int()代替——这破坏接口语义，且仍可能被误用于算术 - 若类已有
operator==，确保explicit operator bool()的真假逻辑与之自洽（例如空容器返回false）
示例：
class SafeHandle {
void* ptr_;
public:
explicit operator bool() const { return ptr_ != nullptr; }
};
容易被忽略的间接隐式转换链
即使你自己的 operator bool() 加了 explicit，如果第三方类提供了从你的类到其他类型的隐式转换，整个链条仍可能绕过约束。比如：
立即学习“C++免费学习笔记（深入）”；
- A 类有
explicit operator bool() - B 类有
operator A()（隐式） - 那么
B b; if (b) { }仍能编译——因为B → A隐式 +A → bool显式，在 C++ 中允许一次用户定义转换 + 一次内置转换
这种链式转换很难静态发现，需通查所有相关类的转换运算符和构造函数，确认是否都加了 explicit（除非你明确需要那条路径）。
最常被漏掉的是 const 修饰和返回类型细节；一旦漏掉，就等于没加 explicit。
