byte状态掩码比boolean[]或结构体更优，因其严格占1字节、无填充、跨平台一致；掩码须为2的幂次（如1
直接用 byte 存状态掩码，不是“凑合用”，而是把 8 个布尔标志压进 1 字节——在 RAM 不足 64KB 的 MCU 上，这步操作常决定设备能否多跑一个任务、多存 10 秒采样数据。
为什么 byte 比 boolean[] 或结构体更合适
在 STM32L4、ESP32-S2 等典型物联网节点上：
- boolean[]：Java/C++ 中每个 boolean 实际占 1 字节（对齐要求），8 个就是 8 字节；C 里若用 _Bool 也难保证紧凑打包
- 结构体+位字段：看似省空间，但编译器可能插入填充字节，且跨平台行为不一致（比如 GCC 和 IAR 对 bit-field 布局不同）
-
byte + 位掩码：确定占 1 字节，无填充、无对齐歧义，所有位可独立读写，编译后指令精简（
&、|、~都是单周期操作）
定义掩码要严格按 2 的幂次
别写 ACTIVE = 1, CONNECTED = 2, LOCKED = 3 —— 3 不是 2 的幂，会和其它位打架。正确写法：
typedef enum {
DEV_ACTIVE = 1 << 0, // 0b00000001
DEV_CONNECTED = 1 << 1, // 0b00000010
DEV_LOCKED = 1 << 2, // 0b00000100
DEV_ERROR = 1 << 3, // 0b00001000
DEV_LOW_BAT = 1 << 4, // 0b00010000
} DeviceFlags;这样任意组合都不会重叠，DEV_ACTIVE | DEV_ERROR 就是 0b00001001，清晰可读又无歧义。
读、写、切状态的三类操作写法
对一个 uint8_t status 变量操作：
-
判断是否启用某状态：
if (status & DEV_CONNECTED)—— 注意是&，不是== -
开启某状态：
status |= DEV_ACTIVE -
关闭某状态：
status &= ~DEV_LOCKED（先取反再与） -
翻转某状态：
status ^= DEV_LOW_BAT
这些全是原子级操作，无需加锁，在中断上下文也能安全使用。
规避常见陷阱：溢出、符号、自动提升
用 byte（或 C 的 uint8_t）时，最容易栽在隐式类型转换上：
- C/Java 中
byte a = 100, b = 50; a + b结果是int，直接赋给byte编译报错，必须显式强转：(uint8_t)(a + b) - 如果做状态统计（比如统计错误次数），别用
byte累加，改用uint16_t count临时承接，只存结果用byte - 避免混合运算：
byte flag = ...; int x = flag * 100;—— 这里flag被提升为int，虽不报错但失去内存优势
真正榨干内存，靠的不是“能用”，而是“只在该用的地方用，其余一律隔离”。
