java中用包装类配合位运算处理数字权限码，核心是将权限映射为二进制位（如0x1=读、0x2=写、0x4=删），通过integer/long存储，用&、|等位运算实现校验、赋权、撤权；权限码需用public static final常量定义，推荐十六进制或移位表达式确保互斥。
Java 中用包装类配合位运算处理数字权限码，核心是把权限看作二进制位，每个 bit 代表一个独立权限（如 0x1=读、0x2=写、0x4=删），用 Integer 或 Long 包装类存储和操作这些整型权限码，再通过位与（&）、位或（|）等完成校验、赋权、撤权。
权限码设计：用常量定义单个权限位
避免魔数，用 public static final 常量定义每个权限对应的位值，推荐用十六进制或移位表达式，确保互不重叠：
public static final int PERM_READ = 1public static final int PERM_WRITE = 1public static final int PERM_DELETE = 1public static final int PERM_ADMIN = 1
这样组合权限时可直接按位或：int userPerms = PERM_READ | PERM_WRITE;，结果是 3（二进制 11）。
权限校验：用包装类安全执行位与判断
数据库或配置中存的权限码通常是 Integer 或 Long 包装类型。校验时先非空判断，再用基本类型解包做位运算：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 检查是否拥有某权限：
if (userPerms != null && (userPerms & PERM_WRITE) == PERM_WRITE) - 更严谨写法（兼容 0 值权限）：
(userPerms & targetPerm) != 0—— 因为只要对应位为 1，结果就非零 - 若权限码是
Long类型（如需超 32 项权限），统一用long运算，常量也声明为1L
权限增删改：用包装类支持可变操作
用户权限常需动态更新，包装类便于封装操作逻辑：
- 添加权限：
userPerms = Optional.ofNullable(userPerms).map(p -> p | newPerm).orElse(newPerm); - 移除权限：
userPerms = Optional.ofNullable(userPerms).map(p -> p & ~removePerm).orElse(0); - 清空所有权限：
userPerms = 0;（注意不是null，避免后续判空爆炸）
建议将这类逻辑封装成工具方法，入参和返回值都用 Integer，内部自动处理 null 安全性。
注意事项：边界与兼容性
位运算本身不依赖包装类，但实际系统中权限码常来自 JSON、数据库或远程调用，天然以包装类型传递，因此必须考虑：
-
Integer.valueOf("123")和new Integer(123)都可，但优先用valueOf（享元池优化） - 避免自动拆箱空指针：
userPerms & PERM_READ在userPerms == null时会抛NullPointerException - 权限码不宜用
String存储再转数字——增加解析开销且易出错；也不宜用枚举集合（如Set<permission></permission>）——序列化/存储/查询成本高
本质上，包装类在这里是桥梁角色：连接原始位运算能力与 Java 生态中常见的空值、序列化、ORM 映射等现实约束。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
