最可靠的判空方式是 obj == null。它能准确识别未分配内存的对象，避免调用方法时抛出 NullPointerException；其他方式如 toString() 或 isEmpty() 在 null 时会直接崩溃。
对象为 null 的直接判断最可靠
Java 中判断对象是否为空，第一道防线永远是 obj == null。这是唯一能准确识别“根本没分配内存”的方式，其他方法（比如调用 toString() 或 isEmpty()）在对象为 null 时会直接抛出 NullPointerException。
常见错误现象：在未判空前提下直接调用 user.getName().length()，或对 list 调用 list.size() —— 一旦 user 或 list 是 null，立刻崩溃。
- 永远把
if (obj == null)放在最前面，不要依赖后续逻辑兜底 - 对方法返回值尤其要警惕：
getUserById(123)可能返回null，不能默认非空 - 构造函数或 setter 中可主动拒绝
null参数（配合Objects.requireNonNull）
集合类要用 size() == 0 而不是 == null
集合对象（List、Set、Map）可能为 null，也可能不为 null 但为空。二者语义完全不同：null 表示“不存在”，空集合表示“存在但没元素”。混淆会导致 NPE 或逻辑错漏。
典型误用：if (list != null && list.isEmpty()) 看似安全，但如果 list 是 null，list.isEmpty() 根本不会执行；真正危险的是跳过判空直接调用 isEmpty()。
立即学习“Java免费学习笔记（深入）”；
- 安全写法分两步：先
if (list == null)处理无集合场景，再if (list.isEmpty())处理空集合场景 - 使用
CollectionUtils.isEmpty(list)（Apache Commons）可合并判断，但要注意它内部仍是先判null再判size() -
map.get("key") == null不代表 key 不存在——可能是 value 本身存了null，应改用map.containsKey("key")
字符串判空必须兼顾 null 和 ""
String 是最常被误判的类型。只写 str.equals("") 会在 str 为 null 时炸；只写 str == null 又漏掉了空字符串；而 str.length() == 0 同样不防 null。
推荐用 StringUtils.isBlank(str)（Apache Commons）或 Objects.isNull(str) || str.trim().isEmpty()，它们同时覆盖 null、""、纯空白符三种情况。
- 避免手写
str == null || str.length() == 0—— 没过滤空白符，业务上往往不够用 - 如果不用第三方库，
str != null && !str.trim().isEmpty()是较稳妥的手动写法 - 注意
String.valueOf(obj)可以把null转成字符串"null"，但这不是判空，是容错转换
Optional 适合链式调用但不解决源头问题
Optional 是 Java 8 引入的容器类，用来显式表达“可能为空”的语义，典型用于避免嵌套判空：user.getAddress().getCity() → user.flatMap(User::getAddress).map(Address::getCity).orElse("Unknown")。
但它不是万能解药：如果 user 本身来自外部 API 或数据库查询，返回 null，你仍需先包装成 Optional.ofNullable(user)；若忘记这一步，链式调用前就崩了。
-
Optional适合封装**已知可能为空的中间结果**，不适合替代入口参数校验 - 不要用
Optional作为方法返回值来掩盖设计缺陷——比如 DAO 层该抛异常或返回空集合时，硬塞个Optional<User> -
Optional.get()仍有风险，务必配合isPresent()或orElse()使用
空对象判断真正的复杂点不在语法，而在语义：你要区分清楚，这个 null 是程序 bug、数据缺失、还是合法状态。不同场景，处理方式天差地别。
