Java switch语句不处理null，表达式为null时直接抛NullPointerException；必须在switch前显式判空，或用Optional封装，JDK21起才支持case null语法。
Java 的 switch 语句本身**不处理 null**，无论参数是 String、enum 还是包装类型（如 Integer），只要表达式求值结果为 null，就会在进入任何 case 之前直接抛出 NullPointerException。这不是 bug，而是设计使然——底层依赖 equals()、hashCode() 或 ordinal()，而这些方法在 null 上无法调用。
最稳妥：switch 前显式判空
这是兼容性最好、逻辑最清晰、JDK 所有版本都支持的做法。核心原则是：**不让 null 进入 switch 表达式**。
- 先用
if (str == null)单独处理 null 场景（返回默认值、记录日志、抛业务异常等） - 再对非 null 值执行
switch - 避免写
case null:—— Java 语法不允许，编译不通过
示例：
String status = getUserStatus();if (status == null) {
log.warn("用户状态为空，使用默认行为");
return "UNKNOWN";
}
return switch (status) {
case "ACTIVE" -> "在线";
case "INACTIVE" -> "离线";
default -> "未定义";
};
更现代：用 Optional 封装后映射
适合需要链式处理、强调“空值即一等公民”的场景。它把空安全提升到类型层面，避免零散的 if 判断。
- 用
Optional.ofNullable(str)安全包装，自动接受 null - 用
map()在有值时执行转换逻辑（如匹配枚举、查表、调用方法） - 用
orElse()或orElseGet()提供明确兜底
示例：
return Optional.ofNullable(getUserStatus()).map(s -> switch (s) {
case "ACTIVE" -> "在线";
case "INACTIVE" -> "离线";
default -> "未知";
})
.orElse("N/A");
高版本可选：switch 模式匹配（Java 17+）
Java 17 引入的 switch 模式匹配支持 case null 语法，但需注意：它属于预览特性（Java 17/18），直到 Java 21 才转正。仅当项目已升级且团队熟悉该特性时才建议采用。
- 允许显式写出
case null:分支，语义直观 - 仍需开启预览特性（
--enable-preview）或使用 JDK 21+ - 不能替代基础判空意识，只是语法糖层面的增强
示例（JDK 21+）：
return switch (getUserStatus()) {case null -> "未获取到状态";
case "ACTIVE" -> "在线";
case "INACTIVE" -> "离线";
default -> "其他";
};
务必避开的错误做法
以下方式看似能“绕过”，实则掩盖问题、降低可读性或引入新风险：
-
在 case 中写
case null:—— 编译失败，Java 不允许 - 用 try-catch 包裹整个 switch —— 把运行时异常当控制流，掩盖真正缺陷，性能差
-
用
Objects.equals(str, "ACTIVE")替代 switch —— 退化为 if-else 链，失去 switch 的可读性和潜在优化优势 -
依赖
default分支兜底 null —— default 不匹配 null，NPE 早在进入分支前就发生了
