一、什么是语法糖？

语法糖（Syntactic Sugar） 也称糖衣语法，是英国计算机学家 Peter.J.Landin 发明的一个术语，指在计算机语言中添加的某种语法，这种语法对语言的功能并没有影响，但是更方便程序员使用。简而言之，语法糖让程序更加简洁，有更高的可读性。

有意思的是，在编程领域，除了语法糖，还有语法盐和语法糖精的说法，篇幅有限这里不做扩展了。

我们所熟知的编程语言中几乎都有语法糖。作者认为，语法糖的多少是评判一个语言够不够厉害的标准之一。很多人说 Java 是一个“低糖语言”，其实从 Java 7 开始 Java 语言层面上一直在添加各种糖，主要是在“Project Coin”项目下研发。尽管现在 Java 有人还是认为现在的 Java 是低糖，未来还会持续向着“高糖”的方向发展。

二、Java中常见的语法糖

前面提到过，语法糖的存在主要是方便开发人员使用。但其实， Java 虚拟机并不支持这些语法糖。这些语法糖在编译阶段就会被还原成简单的基础语法结构，这个过程就是解语法糖。

说到编译，Java 语言中，javac命令可以将后缀名为.java的源文件编译为后缀名为.class的可以运行于 Java 虚拟机的字节码。如果去看com.sun.tools.javac.main.JavaCompiler的源码，会发现在compile()中有一个步骤就是调用desugar()，这个方法就是负责解语法糖的实现的。

Java 中最常用的语法糖主要有泛型、变长参数、条件编译、自动拆装箱、内部类等。本文主要来分析下这些语法糖背后的原理。一步一步剥去糖衣，看看其本质。

这里会用到反编译，可以通过 Decompilers online 对 Class 文件进行在线反编译。

1、switch 支持 String 与枚举

前面提到过，从 Java 7 开始，Java 语言中的语法糖在逐渐丰富，其中一个比较重要的就是 Java 7 中switch开始支持String。

在开始之前先科普下，Java 中的switch自身原本就支持基本类型。比如int、char等。对于int类型，直接进行数值的比较。对于char类型则是比较其 ascii 码。所以，对于编译器来说，switch中其实只能使用整型，任何类型的比较都要转换成整型。比如byte。short，char(ascii 码是整型)以及int。

那么接下来看下switch对String的支持，有以下代码：

java

public class switchDemoString {
    public static void main(String[] args) {
        String str = "world";
        switch (str) {
        case "hello":
            System.out.println("hello");
            break;
        case "world":
            System.out.println("world");
            break;
        default:
            break;
        }
    }
}

反编译后内容如下：

java

public class switchDemoString
{
    public switchDemoString()
    {
    }
    public static void main(String args[])
    {
        String str = "world";
        String s;
        switch((s = str).hashCode())
        {
        default:
            break;
        case 99162322:
            if(s.equals("hello"))
                System.out.println("hello");
            break;
        case 113318802:
            if(s.equals("world"))
                System.out.println("world");
            break;
        }
    }
}

看到这个代码，你知道原来 字符串的 switch 是通过equals()和hashCode()方法来实现的。 还好hashCode()方法返回的是int，而不是long。

仔细看下可以发现，进行switch的实际是哈希值，然后通过使用equals方法比较进行安全检查，这个检查是必要的，因为哈希可能会发生碰撞。因此它的性能是不如使用枚举进行 switch 或者使用纯整数常量，但这也不是很差。

2、泛型

我们都知道，很多语言都是支持泛型的，但是很多人不知道的是，不同的编译器对于泛型的处理方式是不同的，通常情况下，一个编译器处理泛型有两种方式：Code specialization和Code sharing。C++和 C#是使用Code specialization的处理机制，而 Java 使用的是Code sharing的机制。

Code sharing 方式为每个泛型类型创建唯一的字节码表示，并且将该泛型类型的实例都映射到这个唯一的字节码表示上。将多种泛型类形实例映射到唯一的字节码表示是通过类型擦除（type erasue）实现的。

也就是说，对于 Java 虚拟机来说，他根本不认识Map<String, String> map这样的语法。需要在编译阶段通过类型擦除的方式进行解语法糖。

类型擦除的主要过程如下：1.将所有的泛型参数用其最左边界（最顶级的父类型）类型替换。 2.移除所有的类型参数。

以下代码：

java

Map<String, String> map = new HashMap<String, String>();
map.put("name", "hollis");
map.put("wechat", "Hollis");
map.put("blog", "www.hollischuang.com");

解语法糖之后会变成：

java

Map map = new HashMap();
map.put("name", "hollis");
map.put("wechat", "Hollis");
map.put("blog", "www.hollischuang.com");

以下代码：

java

public static <A extends Comparable<A>> A max(Collection<A> xs) {
    Iterator<A> xi = xs.iterator();
    A w = xi.next();
    while (xi.hasNext()) {
        A x = xi.next();
        if (w.compareTo(x) < 0)
            w = x;
    }
    return w;
}

类型擦除后会变成：

java

 public static Comparable max(Collection xs){
    Iterator xi = xs.iterator();
    Comparable w = (Comparable)xi.next();
    while(xi.hasNext())
    {
        Comparable x = (Comparable)xi.next();
        if(w.compareTo(x) < 0)
            w = x;
    }
    return w;
}

虚拟机中没有泛型，只有普通类和普通方法，所有泛型类的类型参数在编译时都会被擦除，泛型类并没有自己独有的Class类对象。比如并不存在List<String>.class或是List<Integer>.class，而只有List.class。

Java 编译器在编译泛型代码时会进行所谓的“类型擦除”（Type Erasure）。在类型擦除过程中，所有泛型类型参数都会被替换为它们的限定类型上界（bound），如果没有指定上界，就替换为 Object。案例中，A 继承自 Comparable，因此编译后替换为 Comparable。

3、自动装箱与拆箱

自动装箱就是 Java 自动将原始类型值转换成对应的对象，比如将 int 的变量转换成 Integer 对象，这个过程叫做装箱，反之将 Integer 对象转换成 int 类型值，这个过程叫做拆箱。因为这里的装箱和拆箱是自动进行的非人为转换，所以就称作为自动装箱和拆箱。原始类型 byte, short, char, int, long, float, double 和 boolean 对应的封装类为 Byte, Short, Character, Integer, Long, Float, Double, Boolean。

先来看个自动装箱的代码：

java

 public static void main(String[] args) {
    int i = 10;
    Integer n = i;
}

反编译后代码如下:

java

public static void main(String args[])
{
    int i = 10;
    Integer n = Integer.valueOf(i);
}

再来看个自动拆箱的代码：

java

public static void main(String[] args) {

    Integer i = 10;
    int n = i;
}

反编译后代码如下：

java

public static void main(String args[])
{
    Integer i = Integer.valueOf(10);
    int n = i.intValue();
}

从反编译得到内容可以看出，在装箱的时候自动调用的是Integer的valueOf(int)方法。而在拆箱的时候自动调用的是Integer的intValue方法。

所以，装箱过程是通过调用包装器的 valueOf 方法实现的，而拆箱过程是通过调用包装器的 xxxValue 方法实现的。

4、可变长参数

可变参数(variable arguments)是在 Java 1.5 中引入的一个特性。它允许一个方法把任意数量的值作为参数。

看下以下可变参数代码，其中 print 方法接收可变参数：

java

public static void main(String[] args)
    {
        print("Holis", "公众号:Hollis", "博客：www.hollischuang.com", "QQ：907607222");
    }

public static void print(String... strs)
{
    for (int i = 0; i < strs.length; i++)
    {
        System.out.println(strs[i]);
    }
}

反编译后的代码如下：

java

 public static void main(String args[])
{
    print(new String[] {
        "Holis", "\u516C\u4F17\u53F7:Hollis", "\u535A\u5BA2\uFF1Awww.hollischuang.com", "QQ\uFF1A907607222"
    });
}

public static transient void print(String strs[])
{
    for(int i = 0; i < strs.length; i++)
        System.out.println(strs[i]);

}

从反编译后代码可以看出，可变参数在被使用的时候，他首先会创建一个数组，数组的长度就是调用该方法时，传递的实参的个数，然后把参数值全部放到这个数组当中，再把这个数组作为参数传递到被调用的方法中。（注：trasient 仅在修饰成员变量时有意义，此处 “修饰方法” 是由于在 javassist 中使用相同数值分别表示 trasient 以及 vararg，见此处。）

5、枚举

Java SE5 提供了一种新的类型-Java 的枚举类型，关键字enum可以将一组具名的值的有限集合创建为一种新的类型，而这些具名的值可以作为常规的程序组件使用，这是一种非常有用的功能。

要想看源码，首先得有一个类吧，那么枚举类型到底是什么类呢？是enum吗？答案很明显不是，enum就和class一样，只是一个关键字，他并不是一个类，那么枚举是由什么类维护的呢，简单的写一个枚举：

java

public enum t {
    SPRING,SUMMER;
}

然后使用反编译，看看这段代码到底是怎么实现的，反编译后代码内容如下：

java

public final class T extends Enum
{
    private T(String s, int i)
    {
        super(s, i);
    }
    public static T[] values()
    {
        T at[];
        int i;
        T at1[];
        System.arraycopy(at = ENUM$VALUES, 0, at1 = new T[i = at.length], 0, i);
        return at1;
    }

    public static T valueOf(String s)
    {
        return (T)Enum.valueOf(demo/T, s);
    }

    public static final T SPRING;
    public static final T SUMMER;
    private static final T ENUM$VALUES[];
    static
    {
        SPRING = new T("SPRING", 0);
        SUMMER = new T("SUMMER", 1);
        ENUM$VALUES = (new T[] {
            SPRING, SUMMER
        });
    }
}

通过反编译后代码我们可以看到，public final class T extends Enum，说明，该类是继承了Enum类的，同时final关键字告诉我们，这个类也是不能被继承的。

当使用enum来定义一个枚举类型的时候，编译器会自动创建一个final类型的类继承Enum类，所以枚举类型不能被继承。

6、内部类

内部类又称为嵌套类，可以把内部类理解为外部类的一个普通成员。

内部类之所以也是语法糖，是因为它仅仅是一个编译时的概念，outer.java里面定义了一个内部类inner，一旦编译成功，就会生成两个完全不同的.class文件了，分别是outer.class和outer$inner.class。所以内部类的名字完全可以和它的外部类名字相同。

java

public class OutterClass {
    private String userName;

    public String getUserName() {
        return userName;
    }

    public void setUserName(String userName) {
        this.userName = userName;
    }

    public static void main(String[] args) {

    }

    class InnerClass{
        private String name;

        public String getName() {
            return name;
        }

        public void setName(String name) {
            this.name = name;
        }
    }
}

以上代码编译后会生成两个 class 文件：OutterClass$InnerClass.class、OutterClass.class 。当我们尝试对OutterClass.class文件进行反编译的时候，命令行会打印以下内容：Parsing OutterClass.class...Parsing inner class OutterClass$InnerClass.class... Generating OutterClass.jad 。他会把两个文件全部进行反编译，然后一起生成一个OutterClass.jad文件。文件内容如下：

java

public class OutterClass
{
    class InnerClass
    {
        public String getName()
        {
            return name;
        }
        public void setName(String name)
        {
            this.name = name;
        }
        private String name;
        final OutterClass this$0;

        InnerClass()
        {
            this.this$0 = OutterClass.this;
            super();
        }
    }

    public OutterClass()
    {
    }
    public String getUserName()
    {
        return userName;
    }
    public void setUserName(String userName){
        this.userName = userName;
    }
    public static void main(String args1[])
    {
    }
    private String userName;
}

为什么内部类可以使用外部类的 private 属性：

我们在 InnerClass 中增加一个方法，打印外部类的 userName 属性

java

//省略其他属性
public class OutterClass {
    private String userName;
    ......
    class InnerClass{
    ......
        public void printOut(){
            System.out.println("Username from OutterClass:"+userName);
        }
    }
}

// 此时，使用javap -p命令对OutterClass反编译结果：
public classOutterClass {
    private String userName;
    ......
    static String access$000(OutterClass);
}
// 此时，InnerClass的反编译结果：
class OutterClass$InnerClass {
    final OutterClass this$0;
    ......
    public void printOut();
}

实际上，在编译完成之后，inner 实例内部会有指向 outer 实例的引用this$0，但是简单的outer.name是无法访问 private 属性的，因此，从反编译的结果可以看到，outer 中会有一个桥方法static String access$000(OutterClass)，恰好返回 String 类型，即 userName 属性。正是通过这个方法实现内部类访问外部类私有属性。所以反编译后的printOut()方法大致如下：

java

public void printOut() {
    System.out.println("Username from OutterClass:" + OutterClass.access$000(this.this$0));
}

⚠高版本JDK会进行 Nest-Based 编译优化：

✅ 为什么可能不会生成 access$000()？

虽然在 Java 8 中 内部类访问外部类私有字段一定会生成 access$000()，但在 Java 9 及以后版本：

内部类与外部类在同一个 .java 文件中，且编译器可以“看穿”结构时，就 不需要通过桥接方法访问私有成员。

这叫做：

➤ 嵌套类直接访问私有成员优化（Nest-Based Access Control）

Java 11 开始默认启用（JEP 181）。
内部类和外部类会编译为属于 同一个 Nest（嵌套组）。
编译器借助 JVM 新指令 NestHost/NestMembers 支持跨类访问私有成员，无需桥接方法！

✅ 如何验证是否启用了 Nest-Based 访问优化？

可以用 javap -v（verbose 模式）来验证：

bash

javap -v OuterClass.class

输出中会看到：

bash

NestMembers:
  com.gc.test.syntactic_sugar.inner_class.OuterClass$InnerClass

和：

bash

javap -v OuterClass$InnerClass.class

会看到：

bash

NestHost: class com.gc.test.syntactic_sugar.inner_class.OuterClass

这说明两个类属于同一个 Nest，JVM 将允许它们直接访问彼此私有成员，因此不再需要 access$000() 这种桥接方法。

✅ 如何强制生成 access$000()？

方法 1：使用旧版本 JDK 编译
bash
```
javac --release 8 OuterClass.java
```
方法2：关闭 nest 优化（JDK 编译器不直接支持）
可以用第三方工具（比如 ASM 修改类文件），但这通常不推荐。

情况	是否生成 `access$000()`
Java 8 及以下	✅ 是
Java 11+（默认）	❌ 否（使用 Nest 优化）
使用 `--release 8` 编译	✅ 是
使用 `-target 1.8` 但没设置 `--release`	⚠️ 不一定可靠

补充：

匿名内部类、局部内部类、静态内部类也是通过桥方法来获取 private 属性。

如果静态内部类要访问外部类的private static属性，需要桥方法（合成方法）进行访问
使用案例：
java
public class OuterClass {
    private static String userName = "Alice";
    public static class InnerClass {
        public void printOut() {
            System.out.println("Username: " + userName);
        }
    }
}
反编译后如下：
java
public class com.gc.test.syntactic_sugar.inner_class.OuterClass {
  private static java.lang.String userName;
  public com.gc.test.syntactic_sugar.inner_class.OuterClass();
    				
  //  InnerClass.printOut() 调用的是 OuterClass.access$000() 来访问 userName。 
  static java.lang.String access$000();
  static {};
}
静态内部类可以直接访问外部类的public static属性，不需要任何合成方法或桥方法，也不会生成 access$000()
成员修饰是否 static 是否 private 是否需要合成方法
private static ✅ 是 ✅ 是 ✅ 需要合成方法
public static ✅ 是 ❌ 否 ❌ 不需要，直接访问
private（非 static） ❌ 否 ✅ 是 ✅ 需要合成方法 + this$0
public（非 static） ❌ 否 ❌ 否 ✅ 需要 this$0 引用，但不需要合成方法

静态内部类没有this$0的引用；
匿名内部类、局部内部类通过复制使用局部变量，该变量初始化之后就不能被修改。以下是一个案例：

成员修饰	是否 static	是否 private	是否需要合成方法
`private static`	✅ 是	✅ 是	✅ 需要合成方法
`public static`	✅ 是	❌ 否	❌ 不需要，直接访问
`private`（非 static）	❌ 否	✅ 是	✅ 需要合成方法 + `this$0`
`public`（非 static）	❌ 否	❌ 否	✅ 需要 `this$0` 引用，但不需要合成方法

java

public class OutterClass {
    private String userName;

    public void test(){
        //这里i初始化为1后就不能再被修改
        int i=1;
        class Inner{
            public void printName(){
                System.out.println(userName);
                System.out.println(i);
            }
        }
    }
}

反编译后：

java

//javap命令反编译Inner的结果
//i被复制进内部类，且为final
class OutterClass$1Inner {
  final int val$i;
  final OutterClass this$0;
  OutterClass$1Inner();
  public void printName();
}

总结

类别	是否有名字	是否静态	是否依赖外部类实例	定义位置
1️⃣ 成员内部类	✅ 有	❌ 否	✅ 是	外部类中定义的普通类
2️⃣ 静态内部类	✅ 有	✅ 是	❌ 否	外部类中定义，加 `static`
3️⃣ 局部内部类	✅ 有	❌ 否	✅ 是	方法、代码块中定义
4️⃣ 匿名内部类	❌ 没有	❌ 否	✅ 是	定义时立即创建对象

7、条件编译

—般情况下，程序中的每一行代码都要参加编译。但有时候出于对程序代码优化的考虑，希望只对其中一部分内容进行编译，此时就需要在程序中加上条件，让编译器只对满足条件的代码进行编译，将不满足条件的代码舍弃，这就是条件编译。

如在 C 或 CPP 中，可以通过预处理语句来实现条件编译。其实在 Java 中也可实现条件编译。先来看一段代码：

java

public class ConditionalCompilation {
    public static void main(String[] args) {
        final boolean DEBUG = true;
        if(DEBUG) {
            System.out.println("Hello, DEBUG!");
        }

        final boolean ONLINE = false;

        if(ONLINE){
            System.out.println("Hello, ONLINE!");
        }
    }
}

反编译后代码如下：

java

public class ConditionalCompilation
{

    public ConditionalCompilation()
    {
    }

    public static void main(String args[])
    {
        boolean DEBUG = true;
        System.out.println("Hello, DEBUG!");
        boolean ONLINE = false;
    }
}

首先，在反编译后的代码中没有System.out.println("Hello, ONLINE!");，这其实就是条件编译。当if(ONLINE)为 false 的时候，编译器就没有对其内的代码进行编译。

所以，Java 语法的条件编译，是通过判断条件为常量的 if 语句实现的。其原理也是 Java 语言的语法糖。根据 if 判断条件的真假，编译器直接把分支为 false 的代码块消除。通过该方式实现的条件编译，必须在方法体内实现，而无法在整个 Java 类的结构或者类的属性上进行条件编译，这与 C/C++的条件编译相比，确实更有局限性。在 Java 语言设计之初并没有引入条件编译的功能，虽有局限，但是总比没有更强。

8、断言

在 Java 中，assert关键字是从 JAVA SE 1.4 引入的，为了避免和老版本的 Java 代码中使用了assert关键字导致错误，Java 在执行的时候默认是不启动断言检查的（这个时候，所有的断言语句都将忽略！），如果要开启断言检查，则需要用开关-enableassertions或-ea来开启。

8.1、语法

java

assert 条件表达式;

或

java

assert 条件表达式 : 错误信息;

如果表达式的结果为 false，Java 就会抛出一个 AssertionError 异常，并（可选）输出你提供的错误信息。

8.2、案例

看一段包含断言的代码：

java

public class DemoTest {
    public static void main(String[] args) {
        int age = 10;

        assert age > 20 : "年龄不大于20";

        System.out.println("age = " + age);
    }
}

输出：

java

Exception in thread "main" java.lang.AssertionError: 年龄不大于20
	at com.gc.test.syntactic_sugar.assertion.DemoTest.main(DemoTest.java:7)

可见，条件不满足后，程序抛出异常并退出，并未执行后续的代码。

8.3、分析

看一段包含断言的代码：

java

public class AssertTest {
    public static void main(String args[]) {
        int a = 1;
        int b = 1;
        assert a == b;
        System.out.println("公众号：Hollis");
        assert a != b : "Hollis";
        System.out.println("博客：www.hollischuang.com");
    }
}

反编译后代码如下：

java

public class AssertTest {
   public AssertTest()
    {
    }
    public static void main(String args[])
{
    int a = 1;
    int b = 1;
    if(!$assertionsDisabled && a != b)
        throw new AssertionError();
    System.out.println("\u516C\u4F17\u53F7\uFF1AHollis");
    if(!$assertionsDisabled && a == b)
    {
        throw new AssertionError("Hollis");
    } else
    {
        System.out.println("\u535A\u5BA2\uFF1Awww.hollischuang.com");
        return;
    }
}

static final boolean $assertionsDisabled = !com/hollis/suguar/AssertTest.desiredAssertionStatus();

}

很明显，反编译之后的代码要比我们自己的代码复杂的多。所以，使用了 assert 这个语法糖我们节省了很多代码。其实断言的底层实现就是 if 语言，如果断言结果为 true，则什么都不做，程序继续执行，如果断言结果为 false，则程序抛出 AssertError 来打断程序的执行。-enableassertions会设置$assertionsDisabled 字段的值。

9、数值字面量

在 java 7 中，数值字面量，不管是整数，还是浮点数，都允许在数字之间插入任意多个下划线。这些下划线不会对字面量的数值产生影响，目的就是方便阅读。

比如：

java

public class Test {
    public static void main(String... args) {
        int i = 10_000;
        System.out.println(i);
    }
}

反编译后：

java

public class Test
{
  public static void main(String[] args)
  {
    int i = 10000;
    System.out.println(i);
  }
}

反编译后就是把_删除了。也就是说 编译器并不认识在数字字面量中的_，需要在编译阶段把他去掉。

10、for-each

增强 for 循环（for-each）日常开发经常会用到的，它会比 for 循环要少写很多代码，那么这个语法糖背后是如何实现的呢？

java

public static void main(String... args) {
    String[] strs = {"Hollis", "公众号：Hollis", "博客：www.hollischuang.com"};
    for (String s : strs) {
        System.out.println(s);
    }
    List<String> strList = ImmutableList.of("Hollis", "公众号：Hollis", "博客：www.hollischuang.com");
    for (String s : strList) {
        System.out.println(s);
    }
}

反编译后代码如下：

java

public static transient void main(String args[])
{
    String strs[] = {
        "Hollis", "\u516C\u4F17\u53F7\uFF1AHollis", "\u535A\u5BA2\uFF1Awww.hollischuang.com"
    };
    String args1[] = strs;
    int i = args1.length;
    for(int j = 0; j < i; j++)
    {
        String s = args1[j];
        System.out.println(s);
    }

    List strList = ImmutableList.of("Hollis", "\u516C\u4F17\u53F7\uFF1AHollis", "\u535A\u5BA2\uFF1Awww.hollischuang.com");
    String s;
    for(Iterator iterator = strList.iterator(); iterator.hasNext(); System.out.println(s))
        s = (String)iterator.next();

}

代码很简单，for-each 的实现原理其实就是使用了普通的 for 循环和迭代器。

🚫 不要使用 for-each 删除元素，否则会抛出 ConcurrentModificationException。

如果你在遍历过程中直接修改集合结构（如 list.remove()），会导致迭代器内部的状态和集合的实际结构不一致
java
List<String> list = new ArrayList<>();
list.add("A");
list.add("B");
list.add("C");

for (String item : list) {
    if (item.equals("B")) {
        list.remove(item);  // ❌ 抛出 ConcurrentModificationException
    }
}
等效于底层代码：
java
Iterator<String> it = list.iterator();
while (it.hasNext()) {
    String item = it.next();
    if (item.equals("B")) {
        list.remove(item);  // ❌ 修改了集合，迭代器没同步更新，出错
    }
}
✅ 正确做法
方法1：使用显式 Iterator，并通过它的 remove() 方法
java
Iterator<String> it = list.iterator();
while (it.hasNext()) {
    String item = it.next();
    if (item.equals("B")) {
        it.remove();  // ✅ 正确删除
    }
}
方法2：使用 Java 8+ removeIf()（推荐）
java
list.removeIf(item -> item.equals("B"));
⚙️ 原理解释：modCount 与 fail-fast
Java 的大多数集合（如 ArrayList、HashMap）使用一个叫做 modCount 的变量来追踪结构性修改。
Iterator 在创建时会记录集合的 modCount
每次调用 next() 时都会检查 modCount 是否变化
如果你通过 集合自身（如 list.remove） 修改了数据，而不是通过 Iterator，则 modCount 会变，但 Iterator 的版本没更新
于是抛出 ConcurrentModificationException（fail-fast 机制）

11、try-with-resource

Java 里，对于文件操作 IO 流、数据库连接等开销非常昂贵的资源，用完之后必须及时通过 close 方法将其关闭，否则资源会一直处于打开状态，可能会导致内存泄露等问题。

关闭资源的常用方式就是在finally块里是释放，即调用close方法。比如，经常会写这样的代码：

java

public static void main(String[] args) {
    BufferedReader br = null;
    try {
        String line;
        br = new BufferedReader(new FileReader("d:\\hollischuang.xml"));
        while ((line = br.readLine()) != null) {
            System.out.println(line);
        }
    } catch (IOException e) {
        // handle exception
    } finally {
        try {
            if (br != null) {
                br.close();
            }
        } catch (IOException ex) {
            // handle exception
        }
    }
}

从 Java 7 开始，jdk 提供了一种更好的方式关闭资源，使用try-with-resources语句，改写一下上面的代码，效果如下：

java

public static void main(String... args) {
    try (BufferedReader br = new BufferedReader(new FileReader("d:\\ hollischuang.xml"))) {
        String line;
        while ((line = br.readLine()) != null) {
            System.out.println(line);
        }
    } catch (IOException e) {
        // handle exception
    }
}

这简直是一大福音啊，虽然之前一般使用IOUtils去关闭流，并不会使用在finally中写很多代码的方式，但是这种新的语法糖看上去好像优雅很多呢。看下他的背后：

java

public static transient void main(String args[])
    {
        BufferedReader br;
        Throwable throwable;
        br = new BufferedReader(new FileReader("d:\\ hollischuang.xml"));
        throwable = null;
        String line;
        try
        {
            while((line = br.readLine()) != null)
                System.out.println(line);
        }
        catch(Throwable throwable2)
        {
            throwable = throwable2;
            throw throwable2;
        }
        if(br != null)
            if(throwable != null)
                try
                {
                    br.close();
                }
                catch(Throwable throwable1)
                {
                    throwable.addSuppressed(throwable1);
                }
            else
                br.close();
            break MISSING_BLOCK_LABEL_113;
            Exception exception;
            exception;
            if(br != null)
                if(throwable != null)
                    try
                    {
                        br.close();
                    }
                    catch(Throwable throwable3)
                      {
                        throwable.addSuppressed(throwable3);
                    }
                else
                    br.close();
        throw exception;
        IOException ioexception;
        ioexception;
    }
}

其实背后的原理也很简单，那些我们没有做的关闭资源的操作，编译器都帮我们做了。所以，再次印证了，语法糖的作用就是方便程序员的使用，但最终还是要转成编译器认识的语言。

12、Lambda 表达式

关于 lambda 表达式，有人可能会有质疑，因为网上有人说他并不是语法糖。其实我想纠正下这个说法。Lambda 表达式不是匿名内部类的语法糖，但是他也是一个语法糖。实现方式其实是依赖了几个 JVM 底层提供的 lambda 相关 api。

先来看一个简单的 lambda 表达式。遍历一个 list：

java

public static void main(String... args) {
    List<String> strList = ImmutableList.of("Hollis", "公众号：Hollis", "博客：www.hollischuang.com");

    strList.forEach( s -> { System.out.println(s); } );
}

为啥说他并不是内部类的语法糖呢，前面讲内部类我们说过，内部类在编译之后会有两个 class 文件，但是，包含 lambda 表达式的类编译后只有一个文件。

反编译后代码如下:

java

public static /* varargs */ void main(String ... args) {
    ImmutableList strList = ImmutableList.of((Object)"Hollis", (Object)"\u516c\u4f17\u53f7\uff1aHollis", (Object)"\u535a\u5ba2\uff1awww.hollischuang.com");
    strList.forEach((Consumer<String>)LambdaMetafactory.metafactory(null, null, null, (Ljava/lang/Object;)V, lambda$main$0(java.lang.String ), (Ljava/lang/String;)V)());
}

private static /* synthetic */ void lambda$main$0(String s) {
    System.out.println(s);
}

可以看到，在forEach方法中，其实是调用了java.lang.invoke.LambdaMetafactory#metafactory方法，该方法的第四个参数 implMethod 指定了方法实现。可以看到这里其实是调用了一个lambda$main$0方法进行了输出。

再来看一个稍微复杂一点的，先对 List 进行过滤，然后再输出：

java

public static void main(String... args) {
    List<String> strList = ImmutableList.of("Hollis", "公众号：Hollis", "博客：www.hollischuang.com");

    List HollisList = strList.stream().filter(string -> string.contains("Hollis")).collect(Collectors.toList());

    HollisList.forEach( s -> { System.out.println(s); } );
}

反编译后代码如下：

java

public static /* varargs */ void main(String ... args) {
    ImmutableList strList = ImmutableList.of((Object)"Hollis", (Object)"\u516c\u4f17\u53f7\uff1aHollis", (Object)"\u535a\u5ba2\uff1awww.hollischuang.com");
    List<Object> HollisList = strList.stream().filter((Predicate<String>)LambdaMetafactory.metafactory(null, null, null, (Ljava/lang/Object;)Z, lambda$main$0(java.lang.String ), (Ljava/lang/String;)Z)()).collect(Collectors.toList());
    HollisList.forEach((Consumer<Object>)LambdaMetafactory.metafactory(null, null, null, (Ljava/lang/Object;)V, lambda$main$1(java.lang.Object ), (Ljava/lang/Object;)V)());
}

private static /* synthetic */ void lambda$main$1(Object s) {
    System.out.println(s);
}

private static /* synthetic */ boolean lambda$main$0(String string) {
    return string.contains("Hollis");
}

两个 lambda 表达式分别调用了lambda$main$1和lambda$main$0两个方法。

所以，lambda 表达式的实现其实是依赖了一些底层的 api，在编译阶段，编译器会把 lambda 表达式进行解糖，转换成调用内部 api 的方式。

12.1、补充 - 函数式接口

12.1.1、 `Predicate<T>` 接口

📌 定义：

java

@FunctionalInterface
public interface Predicate<T> {
    boolean test(T t);
}

📌 用途：

Predicate<T> 表示一个接收 一个参数 并返回 boolean 的函数。

适用于判断、过滤，例如 .filter(...)：

java

Predicate<String> p = str -> str.startsWith("A");

System.out.println(p.test("Apple")); // true
System.out.println(p.test("Banana")); // false

在 Stream 中的用法：

java

Predicate<String> p = s -> s.contains("Hollis");

list.stream().filter(p);

12.1.2、 `Consumer<T>` 接口

📌 定义：

java

@FunctionalInterface
public interface Consumer<T> {
    void accept(T t);
}

📌 用途：

Consumer<T> 表示一个接收 一个参数 但不返回值的函数，常用于执行某种操作（副作用），例如 .forEach(...)：

java

Consumer<String> c = str -> System.out.println(str);

c.accept("Hello"); // 输出：Hello

在 Stream 中的用法：

java

list.stream().forEach(s -> System.out.println(s));

12.1.3、🧠 延伸：常见函数式接口一览

接口名	方法签名	说明
`Predicate<T>`	`boolean test(T t)`	断言（返回 true/false）
`Consumer<T>`	`void accept(T t)`	消费（处理但不返回）
`Function<T,R>`	`R apply(T t)`	转换函数
`Supplier<T>`	`T get()`	无参供给，返回一个值
`BiFunction<T,U,R>`	`R apply(T t, U u)`	两个参数转一个结果

三、可能遇到的坑

1、泛型

1.1、重载遇到泛型

java

public class GenericTypes {

    public static void method(List<String> list) {
        System.out.println("invoke method(List<String> list)");
    }

    public static void method(List<Integer> list) {
        System.out.println("invoke method(List<Integer> list)");
    }
}

上面这段代码，有两个重载的函数，因为他们的参数类型不同，一个是List<String>另一个是List<Integer> ，但是，这段代码是编译通不过的。因为我们前面讲过，参数List<Integer>和List<String>编译之后都被擦除了，变成了一样的原生类型 List，擦除动作导致这两个方法的特征签名变得一模一样。

✅ 解决方案：

由于Java不支持仅通过泛型参数重载方法，可以采用以下方式之一解决：

改变方法名以区分不同类型的参数；
使用通配符或父类作为参数统一处理；
添加额外参数以区分方法重载。

1.2、泛型遇到 `catch`

泛型的类型参数不能用在 Java 异常处理的 catch 语句中。因为异常处理是由 JVM 在运行时刻来进行的。由于类型信息被擦除，JVM 是无法区分两个异常类型MyException<String>和MyException<Integer>的

❌ 错误示例：尝试使用带泛型的异常捕获（编译不通过）

java

class MyException<T> extends Exception { // ❌ 编译错误：Exception不是泛型类，无法被MyException<T> 继承
    public MyException(String message) {
        super(message);
    }
}

public class GenericExceptionTest {
    public static void main(String[] args) {
        try {
            throw new MyException<String>("String exception");
        } catch (MyException<String> e) {  // ❌ 编译错误：非法的捕获类型
            System.out.println("Caught MyException<String>");
        }
    }
}

✅ 正确做法（只能捕获原始类型）

由于泛型信息在运行时已经被擦除，JVM 无法判断 T 是什么，所以只能捕获原始类型：

java

public class GenericExceptionTest {
    public static void main(String[] args) {
        try {
            throw new MyException<String>("String exception");
        } catch (MyException e) {  // ✅ 只能使用原始类型捕获
            System.out.println("Caught MyException: " + e.getMessage());
        }
    }
}

1.3、当泛型类包含静态变量

java

public class StaticTest{
    public static void main(String[] args){
        GT<Integer> gti = new GT<Integer>();
        gti.var=1;
        GT<String> gts = new GT<String>();
        gts.var=2;
        System.out.println(gti.var);
    }
}
class GT<T>{
    public static int var=0;
    public void nothing(T x){}
}

以上代码输出结果为：2

可能会误认为泛型类是不同的类，对应不同的字节码，其实由于经过类型擦除，所有的泛型类实例都关联到同一份字节码上，泛型类的静态变量是共享的。上面例子里的GT<Integer>.var和GT<String>.var其实是一个变量。

2、自动装箱拆箱

2.1、对象相等比较

java

public static void main(String[] args) {
    Integer a = 1000;
    Integer b = 1000;
    Integer c = 100;
    Integer d = 100;
    System.out.println("a == b is " + (a == b));
    System.out.println(("c == d is " + (c == d)));
}

输出结果：

a == b is false
c == d is true

在 Java 5 中，在 Integer 的操作上引入了一个新功能来节省内存和提高性能。整型对象通过使用相同的对象引用实现了缓存和重用。

适用于整数值区间-128 至 +127。
只适用于自动装箱。使用构造函数创建对象不适用。

3、增强 for 循环

java

for (Student stu : students) {
    if (stu.getId() == 2)
        students.remove(stu);
}

会抛出ConcurrentModificationException异常。

Iterator 是工作在一个独立的线程中，并且拥有一个 mutex 锁。 Iterator 被创建之后会建立一个指向原来对象的单链索引表，当原来的对象数量发生变化时，这个索引表的内容不会同步改变，所以当索引指针往后移动的时候就找不到要迭代的对象，所以按照 fail-fast 原则 Iterator 会马上抛出java.util.ConcurrentModificationException异常。

这违反了迭代器的一致性规则：

Java 的 for-each 本质上是基于 Iterator 实现的。
Iterator 在遍历时维护了一个结构修改计数器（modCount）。
如果你在使用 Iterator 遍历的同时，直接对列表进行了结构修改（例如：remove、add 等），modCount 不一致，就会抛出 ConcurrentModificationException。

所以 Iterator 在工作的时候是不允许被迭代的对象被改变的。但可以使用 Iterator 本身的方法remove()来删除对象，Iterator.remove() 方法会在删除当前迭代对象的同时维护索引的一致性。

java

Iterator<Student> iterator = students.iterator();
while (iterator.hasNext()) {
    Student stu = iterator.next();
    if (stu.getId() == 2) {
        iterator.remove();  // ✅ 使用 iterator.remove() 是安全的
    }
}

或（Java8 +）：

java

students.removeIf(stu -> stu.getId() == 2);

🔍 为什么同样是迭代器，增强 for 无法正确删除，直接使用迭代器就行？

增强 for 是基于迭代器实现的，但它“屏蔽”了 Iterator 的操作权限，无法显式调用 iterator.remove()，所以一旦直接修改集合，就破坏了迭代器的一致性，导致异常。

★重要知识点

★源码分析

★重要知识点

一、什么是语法糖？

二、Java中常见的语法糖

1、switch 支持 String 与枚举

2、泛型

3、自动装箱与拆箱

4、可变长参数

5、枚举

6、内部类

7、条件编译

8、断言

8.1、语法

8.2、案例

8.3、分析

9、数值字面量

10、for-each

11、try-with-resource

12、Lambda 表达式

12.1、补充 - 函数式接口

12.1.1、 `Predicate<T>` 接口

12.1.2、 `Consumer<T>` 接口

12.1.3、🧠 延伸：常见函数式接口一览

三、可能遇到的坑

1、泛型

1.1、重载遇到泛型

1.2、泛型遇到 `catch`

1.3、当泛型类包含静态变量

2、自动装箱拆箱

2.1、对象相等比较

3、增强 for 循环

一、什么是语法糖？ ​

二、Java中常见的语法糖 ​

1、switch 支持 String 与枚举 ​

2、泛型 ​

3、自动装箱与拆箱 ​

4、可变长参数 ​

5、枚举 ​

6、内部类 ​

7、条件编译 ​

8、断言 ​

8.1、语法 ​

8.2、案例 ​

8.3、分析 ​

9、数值字面量 ​

10、for-each ​

11、try-with-resource ​

12、Lambda 表达式 ​

12.1、补充 - 函数式接口 ​

12.1.1、 Predicate<T> 接口 ​

12.1.2、 Consumer<T> 接口 ​

12.1.3、🧠 延伸：常见函数式接口一览 ​

三、可能遇到的坑 ​

1、泛型 ​

1.1、重载遇到泛型 ​

1.2、泛型遇到 catch ​

1.3、当泛型类包含静态变量 ​

2、自动装箱拆箱 ​

2.1、对象相等比较 ​

3、增强 for 循环 ​

一、什么是语法糖？

二、Java中常见的语法糖

1、switch 支持 String 与枚举

2、泛型

3、自动装箱与拆箱

4、可变长参数

5、枚举

6、内部类

7、条件编译

8、断言

8.1、语法

8.2、案例

8.3、分析

9、数值字面量

10、for-each

11、try-with-resource

12、Lambda 表达式

12.1、补充 - 函数式接口

12.1.1、 `Predicate<T>` 接口

12.1.2、 `Consumer<T>` 接口

12.1.3、🧠 延伸：常见函数式接口一览

三、可能遇到的坑

1、泛型

1.1、重载遇到泛型

1.2、泛型遇到 `catch`

1.3、当泛型类包含静态变量

2、自动装箱拆箱

2.1、对象相等比较

3、增强 for 循环