Java数组判空：null与length判断方法

Java数组空判断看似简单，实则暗藏陷阱：null代表未初始化、会触发NullPointerException，而length == 0表示已创建但无元素，二者语义截然不同；必须严格遵循“先判null再判length”的顺序，推荐使用Objects.nonNull(arr) && arr.length == 0这一简洁安全的写法，避免常见崩溃和逻辑误判；尤其在多维数组、泛型场景及Spring配置注入等复杂上下文中，null风险更隐蔽，需分层校验、主动兜底，并通过单元测试全覆盖三种状态——因为生产环境从不承诺“它肯定不为null”，多一行防御性代码，少一次线上500。

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反序列化后防御性检查。

• 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[]需强制转型），转型后length仍可用，但null风险更高——因为转型本身可能掩盖初始化问题
• 优先用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”。

好了，本文到此结束，带大家了解了《Java数组判空：null与length判断方法》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！