null表示数组未初始化，length==0表示已创建但无元素；必须先判null再判length，推荐用Objects.nonNull(arr) && arr.length == 0确保安全。
Java里null和空数组是两回事，别混着判
Java中数组是引用类型，null表示没分配内存，而length == 0是已创建但没元素。直接调array.length在null时会抛NullPointerException——这是最常踩的坑。
常见错误现象：if (arr.length == 0) 在arr为null时崩溃；或者只判arr == null就认为“非空”，忽略length == 0这种合法但无数据的情况。
- 必须先判
null，再判length，顺序不能反 - 如果业务逻辑里“未初始化”和“初始化但为空”要区别对待（比如日志、默认值填充），就得拆成两个分支
- 工具类如
Objects.isNull(arr)或ArrayUtils.isEmpty(arr)（Apache Commons）能简化，但要注意后者内部仍是先null后length
用Objects.nonNull()配合length是最简安全写法
Java 7+ 自带的Objects类提供了清晰可读的判空方式，比手写arr != null更语义化，也避免手误写成== null漏掉取反。
典型场景：方法入参校验、集合转换前预处理、JSON反序列化后防御性检查。
立即学习“Java免费学习笔记（深入）”；
-
if (Objects.nonNull(arr) && arr.length == 0)→ 确认是空数组 -
if (Objects.isNull(arr))→ 确认未初始化 - 不要用
arr.length > 0代替nonNull && length > 0，短路逻辑不保底 - 性能上无差异，JVM对
Objects.nonNull有内联优化，不用顾虑
泛型数组、多维数组的length容易误读
一维数组的length是属性，但二维及以上数组本质是“数组的数组”，arr.length只返回第一维长度，arr[0].length才可能越界或null。
错误现象：String[][] matrix = new String[3][];，此时matrix.length == 3，但matrix[0]是null，直接访问matrix[0].length仍会NPE。
- 二维数组判空需分层：先
Objects.nonNull(matrix)，再matrix.length == 0，若要检查所有子数组是否为空，还得遍历+判nonNull和length - 泛型无法直接声明数组类型（如
List<string>[]</string>需强制转型），转型后length仍可用，但null风险更高——因为转型本身可能掩盖初始化问题 - 优先用
List<list>></list>替代多维数组，规避length歧义和null陷阱
Spring等框架自动注入数组时，null还是length == 0取决于配置
比如@Value("${my.list:}")注入String[]，空配置项可能产生null或空数组，不同Spring版本/配置方式行为不一致。
真实踩坑点：本地测试length == 0正常，上线后因配置缺失变成null，接口突然500。
- 永远按“可能
null”来写，别依赖文档承诺的默认行为 - 使用
@DefaultValue（Spring Boot 2.7+）或@Value("${my.list:#{T(java.util.Collections).emptyList()}}")这类SpEL兜底，把null转成确定状态 - 单元测试必须覆盖
null、空数组、含元素三种输入
数组判空看着简单，真正麻烦的是上下文——谁创建的、怎么传进来的、框架会不会偷偷改。宁可多写一行Objects.nonNull，也别赌它“肯定不为null”。
