位运算在权限控制中是将多个布尔权限压缩进一个整数，通过2的幂次方赋值（如read=1、write=2）确保每位唯一，用&准确判断、|=授予权限、&=~撤销权限、^切换权限，实现零开销、原子化、模块化管理。
位运算在权限控制中不是炫技，而是用二进制位天然的“开关”特性，把多个布尔权限压缩进一个整数里，实现零开销判断、原子化增删、模块化组合。
权限值必须是2的幂次方
每个权限对应唯一一位：READ = 1（0b001）、WRITE = 2（0b010）、DELETE = 4（0b100）、ADMIN = 8（0b1000）。这样设计才能确保按位与（&）只匹配目标位，不产生误判。比如用户权限是5（0b101），它包含READ和DELETE，但和WRITE（2，0b010）做 & 运算得0，准确反映“无写权限”。若把WRITE错设为3（0b011），5 & 3 = 1，就会错误认为有写权限。
三种核心操作直接对应业务动作
• 授予权限：用 |=，如 user_perms |= WRITE —— 把WRITE对应位设为1，其他位不变
• 撤销权限：用 &= ~，如 user_perms &= ~WRITE —— 先对WRITE取反得到掩码（~2在32位下是0xFFFFFFFD），再与原值做&，精准清零该位
• 切换权限：用 ^，如 user_perms ^= EXECUTE —— 有则删、无则加，适合开关类功能（如“显示调试面板”）
条件判定要直接驱动分支
别中间赋值、别嵌套判断。正确写法是：
• 单权限检查：if (user_perms & READ) —— 编译后通常是一条test指令
• 多权限全有检查：if ((user_perms & (READ | WRITE)) == (READ | WRITE))
• 权限分组跳转：先提取模块字段（如(user_perms & 0xFF00) >> 8），再用switch处理不同模块逻辑，避免if链
实际部署要注意边界和安全
• 后端存储推荐用uint32_t或uint64_t，比vector
• 前端JS权限校验仅作体验优化，真实鉴权必须由后端完成，防止篡改本地变量
• JWT或Redis中存的是整数掩码，一次读取、多次复用，别在每个if里重复调用getPermissionMask()
