位运算权限控制的核心是用整数每位代表一种权限，权限常量必须为2的幂，判断用&、增删用|=和&=~、类型需统一为无符号整型并注意位宽限制。
用一个整数的每一位代表一种权限，是位运算做权限控制最核心的思路。它不靠数据库 JOIN 或 JSON 解析，而是把权限判断压进一条 CPU 指令里，真正实现 O(1) 判定和极简存储。
权限常量必须是 2 的幂
每个权限要独占一个二进制位，否则按位与会误判。比如：
- READ = 1（0b0001）✅
- WRITE = 2（0b0010）✅
- DELETE = 4（0b0100）✅
- 别写 WRITE = 3（0b0011）❌——用户只有 READ | DELETE（5，即 0b0101）时，5 & 3 = 1，会错误认为有 WRITE 权限
推荐统一用 1 或 <code>1U 定义，既清晰又避免手误。
判断权限：用 &，不是 ==
检查用户是否拥有某权限，只做一次按位与：
- 单权限：if (user_perms & READ) → 非零即真，简洁常用
- 多权限全有：if ((user_perms & (READ | WRITE)) == (READ | WRITE)) → 必须相等，确保所有位都置 1
- 别写 if (user_perms == READ)，那是判断“权限集是否完全等于 READ”，不是“是否包含”
增删权限：操作符不能错
权限不是覆盖重写，而是精准开关位：
- 加权限：user_perms |= EXECUTE（把 EXECUTE 对应位设为 1，其余不变）
- 删权限：user_perms &= ~WRITE（先取反再与，只清 WRITE 位）
- 切换权限：user_perms ^= READ（有则删、无则加，业务中慎用）
- 绝对避免 user_perms = WRITE，这会清空所有已有权限
落地时注意边界和类型
再好的逻辑，掉进类型或字段陷阱就成 bug：
- 权限常量统一用无符号类型，如
uint32_t或1U，防止符号扩展 - 数据库字段要匹配：TINYINT(1) 最多存 8 位，别硬塞 12 个权限；推荐 INT 或 BIGINT
- 总权限数建议 ≤ 32（32 位）或 ≤ 64（64 位）；超了就分组，比如
core_perms、ui_perms - C++/Java 中多线程修改权限，要用
std::atomic<uint32_t></uint32_t>或AtomicInteger
