Java中避免NPE的关键是遵循短路逻辑与安全访问顺序：①null检查必须置于&&/||左侧；②字符串比较用"abc".equals(str)；③嵌套调用用Optional或逐级判空；④数组集合须先判空再取长度。
在 Java 的 if 语句中，空指针异常（NPE）常因访问 null 对象的属性或方法触发，而“先后顺序隐患”主要指条件表达式中各子表达式的**求值顺序不当**，导致本该被短路跳过的危险操作仍被执行。关键不在于写法多复杂，而在于是否尊重 Java 的短路逻辑和对象访问安全边界。
用好 && 和 || 的短路特性
Java 中 && 和 || 是短路运算符：左边结果已能确定整体真假时，右边不会执行。这是避免 NPE 最轻量、最常用的手法。
- 把
null检查放在最左侧：例如if (str != null && str.length() > 0)—— 若str为null，str.length()根本不会调用 - 严禁把可能抛 NPE 的操作写在左边：如
if (str.length() > 0 && str != null)是危险的，str.length()会先执行并崩溃 - 注意别误用
&（位与/布尔与）：它不短路，if (obj != null & obj.getName().equals("A"))中即使obj为null，obj.getName()仍会执行 → NPE
字符串比较：常量放前面
调用 String 方法前若不确定是否为 null，直接写 str.equals("abc") 很危险。应把字面量常量作为调用方：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- ✅ 安全：
"abc".equals(str)或"abc".equalsIgnoreCase(str)—— 字面量不可能为null - ❌ 危险：
str.equals("abc")——str为null时立即抛 NPE - 这个技巧也适用于其他重写了
equals的不可变类（如Integer、LocalDate），但对自定义类需确保其equals实现能安全处理null参数
嵌套对象访问：层层守门，或改用 Optional
当判断类似 user.getAddress().getCity().equals("Beijing") 这类链式调用时，任一环节为 null 都会中断并报错。
立即学习“Java免费学习笔记（深入）”；
- 传统方式：逐级判空，且严格按从左到右顺序：
if (user != null && user.getAddress() != null && user.getAddress().getCity() != null && "Beijing".equals(user.getAddress().getCity())) - 更清晰做法：改用
Optional链式处理（适合返回值场景）：Optional.ofNullable(user).map(User::getAddress).map(Address::getCity).filter("Beijing"::equals).isPresent() - 不推荐：用
try-catch包裹整个if条件——掩盖问题本质，且性能差、逻辑不清
数组和集合判空：先看引用，再看内容
数组和集合对象本身可能为 null，直接调用 .length 或 .size() 会 NPE。
- 数组必须先判
null，再用length：if (arr != null && arr.length > 0)—— 顺序不能颠倒 - 集合同理：
if (list != null && !list.isEmpty())，或更稳妥地用if (!CollectionUtils.isEmpty(list))（Apache Commons） - 最佳实践是：方法内部尽量不返回
null集合/数组，而返回空集合（Collections.emptyList()）或空数组（new String[0]），从根本上消除下游判空负担
