&&用于布尔逻辑判断且具短路特性，&既可作逻辑与（不短路）又可作按位与（操作整数）；布尔条件用&&，位运算或需强制执行两侧时用&。
Java 里 && 和 & 看起来都表示“与”，但用法和语义完全不同，关键看操作数类型和你想实现的效果。
看操作数类型：布尔值用 &&，整数用 &
这是最直接的区分方式：
- 如果两边都是
boolean（比如a == 5、flag），该用 && —— 它专为条件判断设计； - 如果两边是
int、byte等整数类型（比如5、0xFF），该用 & —— 它在二进制位上逐位运算。
Java 编译器会根据类型自动识别：写 boolean a = true; boolean b = false; a & b; 是合法的（逻辑与），但属于不推荐的写法；而 int x = 5; int y = 3; x & y; 只能是按位与，不能用 &&（编译报错）。
看是否需要短路：&& 跳过右侧，& 总是执行两侧
当表达式有副作用（比如方法调用、自增、IO 操作）时，这个区别会直接影响程序行为：
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
if (isValid() && loadConfig()) { ... }：如果isValid()返回false，loadConfig()根本不会执行； -
if (isValid() & loadConfig()) { ... }：无论isValid()结果如何，loadConfig()都会执行——可能引发空指针、重复加载或性能浪费。
日常条件判断中，绝大多数情况应选 &&，既安全又高效。
看用途场景：流程控制用 &&，位标志处理用 &
目的不同，选择自然不同：
- 做条件分支、循环守卫、空值校验等，属于**流程控制**，用 &&；
- 处理权限掩码、颜色通道、硬件寄存器、状态组合（如
READ | WRITE），需要提取或设置特定位，就用 &（配合移位、掩码常量）。
例如：if ((permissions & READ) != 0) 判断是否有读权限，这里 & 不可替换成 &&，因为 permissions 是整数，且语义是“位包含”，不是“逻辑同时成立”。
小技巧：编译器报错是最快提示
当你误写成 if (x > 0 && y) 而 y 是 int 类型时，Java 直接报错 incompatible types: int cannot be converted to boolean；反过来，若对两个 boolean 用 &，虽然能编译，但 IDE 通常会警告“use && instead for logical AND”。这些反馈就是最可靠的区分依据。
