Java语法糖是什么：编译期的“隐身操作”
语法糖不是新功能，是编译器在javac阶段悄悄帮你补全的代码。它不改变JVM字节码能力，只让Java源码写起来更顺手——但一旦你误以为它是“运行时特性”，就会在反编译、调试或泛型擦除场景里掉坑。
关键判断：所有语法糖最终都会被javac展开为等价的、更啰嗦的底层代码；JVM完全不知道for-each、var或switch字符串这些词。
常见语法糖展开后长什么样：看字节码才信
别光看IDE高亮和自动补全，用javap -c反编译最直接。比如这段看似简单的代码：
String s = "hello";
List<String> list = List.of(s);
for (String x : list) { System.out.println(x); }
实际编译后会变成：
立即学习“Java免费学习笔记（深入）”；
-
list.iterator()被显式调用两次（一次进循环，一次判hasNext()） -
List.of()展开为new ImmutableCollections.ListN(...)（Java 9+） -
for-each循环体被包裹在try-finally里，确保Iterator资源释放（仅当迭代器实现AutoCloseable时才真关，一般不会）
泛型、var、lambda 这三类最容易误解的语法糖
它们都发生在编译期，但副作用差异极大：
-
<t></t>泛型：纯擦除。List<string></string>和List<integer></integer>编译后都是List，类型信息全丢。运行时无法做instanceof List<string></string>——这会报编译错误，因为根本不存在这个类型 -
var：仅限局部变量，且必须能推导出明确类型。写var list = new ArrayList();没问题，但var x = method();若method()返回Object，x类型就是Object，不是“动态类型” -
lambda：不一定生成匿名内部类。Java 8+优先用invokedynamic指令 + 动态生成方法，只有首次调用时才可能触发类加载；但捕获外部变量时，仍会生成合成字段（synthetic field），影响对象生命周期
为什么不能在运行时“检测语法糖”：Class文件没留后门
编译后的.class文件里没有标记哪段是switch字符串、哪段是try-with-resources。JVM只认tableswitch、monitorenter、invokestatic这些指令——语法糖的痕迹早在javac输出字节码前就被抹干净了。
这意味着：
- 用ASM或Javassist做字节码增强时，想“识别并改写lambda”基本不可行，只能按方法签名或常量池字符串硬匹配
- ProGuard/R8混淆时，
var声明不影响混淆逻辑，因为它不产生新符号；但record（Java 14+）会生成完整类结构，得单独配置保留 - 线上
ClassNotFoundException如果指向OuterClass$1这种名字，大概率是匿名内部类（来自lambda或匿名对象），而不是你写的某个嵌套类
真正容易被忽略的是：语法糖的“便利性”会掩盖类型边界和生命周期细节。比如用var接Optional.ofNullable(x)，一眼看不出x是否可能为null；用record自动实现equals，但没注意字段里有ArrayList——那两个record实例的相等性就取决于ArrayList的equals行为，而非表面看起来那么“安全”。
