重载位运算符需以整型成员为底层载体，不可重载&& ||（会破坏短路与语义），须配套实现|=等复合赋值，推荐用enum class+constexpr定义类型安全掩码。
重载 & | ^ ~ 前必须定义底层存储
位运算符重载本身不难，但关键在于：你得让自定义类型有“可位操作的二进制语义”。常见错误是直接对类对象做 & 却没指定哪部分参与运算。比如用 std::bitset 或一个整型成员（如 uint32_t flags）作为底层掩码载体——否则编译器不知道该拿什么去与、或、异或。
推荐做法是把掩码逻辑封装进一个私有整型字段，再通过 public 成员函数暴露操作接口；重载运算符时只对该字段运算，并返回同类型新实例（保持不可变性更安全）：
struct Permission {
uint16_t bits;
explicit Permission(uint16_t b = 0) : bits(b) {}
Permission operator|(const Permission& rhs) const { return Permission(bits | rhs.bits); }
Permission operator&(const Permission& rhs) const { return Permission(bits & rhs.bits); }
Permission operator^(const Permission& rhs) const { return Permission(bits ^ rhs.bits); }
Permission operator~() const { return Permission(~bits); }
};
为什么不能重载 && 和 || 来做掩码判断？
这是初学者高频误区：&& 和 || 是逻辑运算符，C++ 不允许重载它们来实现位级行为。重载后会失去短路求值特性，且语义严重混淆——别人看到 a && b 会默认它是布尔逻辑，不是位与。
- 想判断是否含某标志，用
(perm & READ) == READ或封装成has(READ) - 想组合多个权限，用
READ | WRITE | EXEC，而非READ || WRITE - 若强行重载
operator&&，会导致表达式行为异常，且无法被编译器优化为单条位指令
operator|= 等复合赋值运算符要配套实现
只重载 | 而不重载 |=，会导致 perm |= READ; 编译失败。用户写掩码控制代码时，习惯用复合赋值，尤其在循环或状态更新中。
立即学习“C++免费学习笔记（深入）”；
实现要点：
-
operator|=应返回*this的引用（支持链式调用） - 它必须是成员函数（非友元），因为要修改
this->bits - 不要在
operator|=里做额外检查（如范围校验），否则影响性能；掩码类应默认信任输入
Permission& operator|=(const Permission& rhs) {
bits |= rhs.bits;
return *this;
}
枚举类 + constexpr 掩码值才是现代 C++ 推荐写法
用裸整数定义掩码（如 static const int READ = 1;）缺乏类型安全和作用域隔离。C++11 后应使用 enum class 配合 constexpr 显式左移：
enum class Access : uint8_t {
NONE = 0,
READ = 1 << 0,
WRITE = 1 << 1,
EXEC = 1 << 2
};
constexpr Permission operator|(Access a, Access b) {
return Permission(static_cast(a) | static_cast(b));
}
这样既保留类型检查（Access 不能隐式转 int），又可通过 ADL 自动启用运算符。注意：必须显式转换为整型才能参与位运算，否则 operator| 无法匹配。
真正容易被忽略的是：如果你在头文件里定义了这些 constexpr 枚举值，但没把对应运算符也声明为 inline 或放在头文件内，链接时可能报 multiple definition 错误。
