状态压缩在面向对象中通过整数字段+位运算统一管理多个布尔状态，节省内存（如16个标志仅需2字节）、提升读写效率，并使组合逻辑更清晰，如(state & (VISIBLE | UNLOCKED)) == (VISIBLE | UNLOCKED)。
面向对象中并不直接提供“状态压缩”这个机制，但它完全可以和状态压缩技巧协同工作——关键在于：把对象内部多个布尔型或枚举型状态，用一个整数字段（如 int state）统一管理，再通过位运算读写其中每一位。这样做既保持了面向对象的封装性，又获得内存紧凑、操作高效的优势。
为什么在对象里用位运算管状态？
当一个对象有 5～15 个开关类属性（比如 isDirty、isVisible、isLocked、hasFocus、isHovered……），若每个都声明为独立 bool 字段，会占用至少 5 字节（还可能因内存对齐变成 8 或 16 字节）。而用一个 uint16_t 就能存下 16 个二进制标志，仅占 2 字节，且所有读写都是单条 CPU 指令级操作。
更关键的是：状态组合逻辑变得清晰。例如“只在可见且未锁定时响应点击”，可写成：
(state & (VISIBLE | UNLOCKED)) == (VISIBLE | UNLOCKED)
核心操作封装进对象成员函数
不要裸写 state |= (1 这类表达式。应在类中定义语义化方法：
- setFlag(FLAG_VISIBLE) → 内部执行 state |= FLAG_VISIBLE
- clearFlag(FLAG_DIRTY) → 内部执行 state &= ~FLAG_DIRTY
- toggleFlag(FLAG_HOVERED) → 内部执行 state ^= FLAG_HOVERED
- hasFlag(FLAG_LOCKED) → 返回 (state & FLAG_LOCKED) != 0
- allFlags() → 返回当前完整状态码，便于日志或序列化
其中 FLAG_VISIBLE = 1 、FLAG_DIRTY = 1 等宏或 enum class 值，在头文件中集中定义，确保可读性和类型安全。
处理多状态联动与校验
有些状态互斥（如 STATE_IDLE / STATE_LOADING / STATE_ERROR），适合用连续几位表示“状态域”。例如用低 3 位（bit 0–2）编码状态机：
STATE_MASK = 0b111，getPhase() { return state & STATE_MASK; }
设置时先清空再填入：state = (state & ~STATE_MASK) | NEW_PHASE;
这样就能在一个字段里同时容纳“开关类标志”和“阶段类枚举”，避免新增字段破坏封装，也方便做原子更新（如用 std::atomic
调试与兼容性提醒
位运算容易出错的点不是逻辑，而是优先级和符号扩展。务必遵守两条铁律：
- 所有涉及位运算的表达式，只要混用 &、|、==、!=，一律加括号：写成 (state & FLAG) != 0，而非 state & FLAG != 0（后者等价于 state & (FLAG != 0)）
- 使用无符号整型（uint8_t / uint32_t）作为状态容器，避免右移时符号位扩展导致意外负值
另外，序列化时别直接保存 state 整数——应提供 toJSON() 方法，把每位翻译成带名字段（如 {"visible":true,"dirty":false}），兼顾效率与可维护性。
