布尔判断用&&，整数位操作用&；依据操作数类型（boolean选&&，整数选&）、是否需短路（&&跳过右侧防异常，&强制执行）、用途（流程控制用&&，位标志处理用&）三原则区分。
关键看操作数类型和目的：布尔判断用 &&，整数位操作用 &；混淆会导致逻辑错误或性能浪费。
看操作数是 boolean 还是整数
这是最直接的判断依据：
- 如果两边都是 boolean 类型（如
a > 0、flag == true），该用 && —— 它专为条件组合设计 - 如果两边是 int、byte、long 等整数类型（如
options、status、字面量5、0xFF），该用 & —— 它在二进制层面逐位运算 - Java 不允许混用：比如
true & 5编译报错，因为类型不匹配；&&只接受布尔，&在布尔上下文中可作“非短路与”，但极少用
看是否需要短路特性
短路意味着“结果已确定时跳过右侧计算”，这关系到安全和效率：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
&& 具有短路：例如
obj != null && obj.isValid()，若obj为null，就不会调用isValid()，避免空指针 -
& 无短路：
obj != null & obj.isValid()会强制执行右侧，哪怕左侧为false，可能引发异常 - 除非你明确需要两边都执行（比如调试日志、副作用逻辑），否则布尔条件中一律优先选 &&
看实际用途是流程控制还是位标志处理
用途不同，语义完全不同：
立即学习“Java免费学习笔记（深入）”；
- 写
if (userRole & ADMIN_FLAG) != 0：检查用户权限中是否包含管理员位，这是典型的按位与——ADMIN_FLAG是一个掩码（如1 << 2） - 写
if (user != null && user.isActive())：两个独立条件必须同时成立，这是逻辑与——关注的是“真/假”整体值 - 误写成
if (userRole && ADMIN_FLAG)会编译失败（类型不兼容）；若强行转成布尔再用&&，就完全失去位检测意义
小技巧：快速自查写法是否合理
- 把表达式读出来：如果说“并且……而且……”，大概率该用 &&；如果说“取第3位”“屏蔽低4位”“合并标志”，一定用 &
- 看 IDE 提示：IntelliJ 或 Eclipse 对
int & int不报错，但对int && int标红并提示 “incompatible types” - 回忆典型场景：权限控制、序列化标志、网络协议解析 → 按位；登录校验、循环条件、空值保护 → 逻辑
