Java 核心语法：从变量到流程控制（2025–2026 视角）
Java 的核心语法在过去 20 年变化其实并不大，但从 Java 10 到 Java 21+，一些关键语法的表达方式、推荐写法和“现代感”已经发生了显著演进。
尤其是 Java 17（LTS）、Java 21（LTS）、Java 25（LTS）之后，很多“老写法”在面试和新项目中已经被视为过时或不够优雅。
下面按“从基础到现代”的顺序，梳理目前最值得关注的写法对比与最佳实践。
一、变量声明与初始化（2026 年最推荐写法）
| 场景 | 传统写法（Java 8 风格） | 现代推荐写法（Java 10+ / 21+） | 为什么推荐现代写法？ |
|---|---|---|---|
| 局部变量类型推断 | String name = “张三”; | var name = “张三”; | 代码更简洁，重点突出变量含义而非类型 |
| 集合初始化 | List list = new ArrayList<>(); | var list = new ArrayList(); | 右侧泛型可以省略（钻石运算符），左侧 var 更干净 |
| 记录类 + var | — | var point = new Point(3, 4); | 记录类天然适合 var（类型信息在 new 右侧很明显） |
| final / effectively final | final int MAX = 100; | final var MAX = 100; | final + var 组合非常常见 |
| 多变量声明 | int a=1, b=2, c=3; | var a=1, b=2, c=3; | 可读性更好（尤其类型复杂时） |
2026 铁律：
- 能用
var的地方尽量用（可读性不下降的情况下） - 不要滥用
var：当类型信息对理解代码至关重要时（如方法返回类型、复杂泛型），写明类型更好 - 禁止
var+ 链式调用 + 复杂 lambda 的极端写法（面试中会被扣分）
二、基本数据类型与包装类（常被忽略的细节）
| 类型 | 默认值 | 包装类缓存范围（== 成立） | 2026 注意事项 |
|---|---|---|---|
| byte | 0 | -128 ~ 127 | 极少用 == 比较包装类 |
| short | 0 | -128 ~ 127 | 同上 |
| int | 0 | -128 ~ 127 | Integer.valueOf() 会利用缓存 |
| long | 0L | -128 ~ 127 | Long.valueOf() 同理 |
| char | ” | 0 ~ 127 | 极少缓存比较 |
| float/double | 0.0f/0.0d | 无缓存 | 永远不要用 == 比较浮点数 |
| boolean | false | true / false（全部缓存） | Boolean.valueOf() 总是返回常量 true/false |
面试高频陷阱：
Integer a = 1000;
Integer b = 1000;
System.out.println(a == b); // false （超过缓存范围）
Integer c = 100;
Integer d = 100;
System.out.println(c == d); // true
三、流程控制语句现代写法对比（Java 14–21+）
| 控制结构 | 传统写法 | 现代写法（推荐） | 优势与适用场景 |
|---|---|---|---|
| switch | switch (day) { case 1: … break; } | switch 表达式（Java 14+） yield + 箭头语法 | 更简洁、无需 break、防漏 default |
| switch 模式匹配 | — | Java 21+ 预览 → Java 25+ 正式 case String s when s.length() > 5 | 类型模式 + 守卫条件，非常强大 |
| if-else | if-else 嵌套多层 | 表达式（Java 21+ 预览）或尽早 return | 减少嵌套，提高可读性 |
| for 循环 | for (int i=0; i<list.size(); i++) | for-each 或 list.forEach() | 更安全（无索引越界风险） |
| while / do-while | 传统写法 | 优先考虑 Stream / 结构化并发替代手动循环 | 减少状态变量，代码更声明式 |
switch 表达式经典写法（2026 面试必会）
String result = switch (grade) {
case "A", "A+" -> "优秀";
case "B" -> "良好";
case "C" -> "及格";
case null -> "未考试";
default -> {
if (grade.startsWith("D")) yield "不及格但有进步";
yield "差";
}
};
模式匹配 switch（Java 21+ 正式）
Object obj = getValue();
String desc = switch (obj) {
case Integer i when i > 100 -> "大整数";
case Integer i -> "普通整数：" + i;
case String s when s.isBlank() -> "空白字符串";
case String s -> "字符串：" + s.length() + "字符";
case Point(int x, int y) -> "点 (%d,%d)".formatted(x, y);
case null -> "空值";
default -> obj.getClass().getSimpleName();
};
四、2026 年最常被问到的核心语法陷阱
var能不能用在 lambda 参数、方法返回类型、字段上？
→ 不能（lambda 参数 Java 11+ 支持 var，但字段/返回类型永远不行）- switch 表达式必须穷举所有情况吗？
→ 是，除非有 default 分支 - final var 和 var 的本质区别？
→ final var 是 effectively final + 显式 final；var 只是类型推断 - for-each 循环中能修改集合吗？
→ 不能结构性修改（add/remove），否则 ConcurrentModificationException - switch 模式匹配中 guard（when）条件的作用？
→ 进一步收窄类型或添加业务判断
五、2026 年面试/代码评审最看重的写法倾向
- 优先使用 switch 表达式 而不是多重 if-else
- 优先使用模式匹配 而不是 instanceof + 强制转换
- 能用 var 的局部变量尽量用 var（但保持语义清晰）
- 尽量减少嵌套层级（早 return、卫语句、switch 表达式）
- 集合遍历优先 for-each，其次 iterator.remove()，最差是下标遍历
- 浮点数比较永远用 BigDecimal 或误差范围判断
你目前在工作中或学习中最常写的流程控制是哪一种？
是大量 if-else、传统 switch、for 循环，还是已经开始大量使用 switch 表达式 + 模式匹配了？
或者哪一部分你觉得还不够熟练（比如模式匹配的 when 守卫、switch 的 yield 规则、var 的适用边界等）？可以继续针对性深入聊～
