Java 14+推荐使用switch表达式，以->替代冒号、自动终止、防穿透、支持null、需覆盖所有情况；Java 13–用传统语句，依赖break防穿透，不支持null，易出错。
Java 的 switch 语句从 Java 14 开始支持表达式写法（switch 表达式），但绝大多数项目仍在用传统语句式；如果你用的是 Java 17+，推荐优先用新语法，它更安全、更简洁、更少出错。
Java 14+ 怎么写 switch 表达式（推荐）
新式 switch 使用箭头 -> 替代冒号，自动终止分支，不穿透，且可直接赋值给变量。必须覆盖所有可能情况（或加 default），编译器会强制检查。
String dayType = switch (day) {
case "Mon", "Tue", "Wed", "Thu", "Fri" -> "Weekday";
case "Sat", "Sun" -> "Weekend";
default -> "Invalid";
};
- 多个常量用逗号分隔，不用重复写
case - 每个分支只能是表达式或
{...}块；若用块，需显式yield返回值 - 没有隐式 fall-through，彻底告别漏写
break导致的 bug - 如果
day是enum类型，且没写default，但枚举值未全列，编译直接报错
Java 13 及以下怎么写传统 switch 语句（兼容写法）
老式 switch 仍广泛存在，尤其在遗留系统中。它依赖 break 防止穿透，极易因遗漏 break 引发逻辑错误。
String result;
switch (status) {
case 200:
result = "OK";
break;
case 404:
result = "Not Found";
break;
case 500:
result = "Server Error";
break;
default:
result = "Unknown";
}
-
case后只能是编译期常量：int、char、String（Java 7+）、enum常量 -
long、float、double、boolean不合法，会编译失败 - 忘记
break是高频错误，比如误把case 404:和case 500:连在一起执行 -
default不是必须的，但没它时，未匹配输入会导致无任何分支执行（静默跳过）
switch 能不能用 null？怎么避免 NullPointerException
Java 14+ 的 switch 表达式允许 null 作为 case 值（需显式写出 case null:）；而旧版 switch 遇到 null 直接抛 NullPointerException。
jm-jsjkxyjs02-zlm-405
下载
使用约定式提交（Conventional Commits）生成标准化的 Git 提交信息。适用于以下场景： (1) 暂存更改时需要提交信息； (2) 审查 diff 时希望获得结构化摘要； (3) 编写 PR 描述或变更日志（changelog）条目； (4) 用户明确要求“为本次更改编写提交信息”。 该功能会分析已暂存/未暂存的 diff，并生成按类型（type）划分范围的提交信息。
立即学习“Java免费学习笔记（深入）”；
- Java 14+ 示例：
String s = null; String desc = switch (s) { case null -> "was null"; case "a" -> "letter a"; default -> "other"; }; - Java 13–：必须提前判空，否则运行时报错 —— 常见于从 JSON 或数据库读取的可空字符串字段
- 如果不确定是否为
null，又无法升级 JDK，就用if (obj == null)先兜底，再进switch
为什么 switch 比 if-else 链更快？但别盲目优化
编译器对 switch（尤其是整型和紧凑枚举）可能生成跳转表（tableswitch），时间复杂度接近 O(1)；而长 if-else 链是 O(n) 逐个判断。
- 但这个优势只在分支数 ≥ 5 且值分布较密集时才明显；2~3 个分支，
if-else更直观也未必慢 -
String类型的switch底层仍是调用hashCode()+equals()，性能接近链式if (s.equals("a")) - 真正影响性能的是分支内逻辑，不是外层结构；过早为这点差异重构代码，得不偿失
新语法的 yield 容易被忽略——当分支需要多行逻辑时，必须用 {...} 块并显式 yield，否则编译不过；老手也会在这卡住几秒。
