java中用&判断标志位需写if((flags&flag_read)!=0)，因&返回int而非boolean；标志位必须为2的幂以确保位独立；多标志同时判断应合并掩码，复杂场景推荐enumset。
Java中用 & 判断标志位，为什么不能直接写 if (flags & FLAG_READ)
因为 & 返回的是整数，不是布尔值；Java 不允许非布尔表达式直接用于 if 条件。常见错误是编译报错：incompatible types: int cannot be converted to boolean。
正确做法是显式比较结果是否非零：
-
if ((flags & FLAG_READ) != 0)—— 最常用、语义清晰 -
if ((flags & FLAG_READ) == FLAG_READ)—— 更严格，适用于多比特标志（如掩码含多个位） - 别漏括号：
flags & FLAG_READ != 0会先算!=，逻辑错误
定义标志位时，为什么必须用 2 的幂（1、<code>1…）
只有每个标志独占一个二进制位，按位与才能互不干扰。如果定义成 FLAG_A = 1、FLAG_B = 2、FLAG_C = 4，那么 FLAG_A | FLAG_B 得到 3（二进制 11），后续 & FLAG_A 和 & FLAG_B 才能各自独立判断为真。
反例：FLAG_X = 3（11）、FLAG_Y = 5（101）——它们的位重叠，flags & FLAG_X 为真时，无法确定是哪个位被置起。
立即学习“Java免费学习笔记（深入）”；
- 推荐写法：
public static final int FLAG_READ = 1 、<code>FLAG_WRITE = 1 - 避免魔法数字：
FLAG_READ = 1看似简单，但加新标志时容易错位，可读性和可维护性差 - 注意整型范围：Java
int最多支持 32 个独立标志，超了要用long或EnumSet
多个标志同时判断，& 连用还是用 | 合并掩码？
想确认「同时具备读和写权限」，应该用合并掩码一次判断，而不是链式 &：
- ✅ 正确：
if ((flags & (FLAG_READ | FLAG_WRITE)) == (FLAG_READ | FLAG_WRITE)) - ❌ 错误：
if ((flags & FLAG_READ) & (flags & FLAG_WRITE))—— 第二个&是整数与整数运算，结果非 0 即真，但语义混乱且易被误读 - 性能无差异：两种写法编译后基本一致，关键是逻辑清晰和可维护
- 注意等号右边必须是完整掩码值，不能只写
!= 0，否则只要任一标志存在就满足，达不到“同时”的要求
替代方案：什么时候该放弃 &，改用 EnumSet？
当标志数量超过 10 个、需要迭代、增删、序列化，或团队里有人总搞混位运算优先级时，EnumSet 就比手工位运算更稳妥。
-
EnumSet.of(Permission.READ, Permission.WRITE)比FLAG_READ | FLAG_WRITE更易读、类型安全 -
EnumSet底层仍用位运算优化，空间和性能没损失 - 坑点：
EnumSet不能跨 JVM 序列化（枚举类变更会失败），而整数标志位天然适合存数据库或网络传输 - 混合使用要小心：不要把
int标志和EnumSet在同一模块来回转换，容易漏位或错位
位运算是轻量、高效、通用的底层手段，但它的简洁性全靠开发者时刻绷着那根“位对齐”的弦——稍一松懈，flags & 0x0F 就可能悄悄吃掉你本想保留的高 4 位。
