lambda表达式与匿名内部类本质不同：前者编译不生成.class文件，仅插入invokedynamic指令，运行时由lambdametafactory动态生成类；后者编译生成独立.class文件，是完整类。
辨清 Lambda 表达式与匿名内部类，关键不是记语法差异，而是抓住底层执行逻辑的断层——它们根本不是同一种机制在“简化写法”，而是 JVM 里两条完全不同的路径。
看编译结果：一个落地成文件，一个只留个“钩子”
匿名内部类编译后会生成独立的 .class 文件（比如 Main$1.class），反编译能看到字段、构造器、完整方法字节码，它就是一个实打实的类，JVM 启动就能加载。
Lambda 表达式编译后不生成任何 .class 文件。javac 只插入一条 invokedynamic 指令，相当于埋了个动态调用入口；真实类的字节码要等到第一次执行时，由 JVM 调用 LambdaMetafactory 动态生成并定义到内存中。
- 用
javap -c看字节码：Lambda 对应位置只有invokedynamic，没有new或invokeinterface - 匿名内部类对应位置是
new Xxx$1+invokespecial+invokeinterface - 运行时用
jcmd <pid> VM.native_memory summary</pid>可观察到 Lambda 动态生成的类，但磁盘上找不到对应文件
看 this 指向：一个是新对象，一个是外围实例
匿名内部类里的 this 指向它自己这个新对象，能调用自己的字段和方法，也能通过 OuterClass.this 显式访问外部类。
Lambda 表达式里的 this 直接指向定义它的外部类实例，它本身没有独立对象身份；所谓“Lambda 实例”，只是函数式接口的一个实现对象，内部只持有对外围类的引用（如果用了成员变量）和对捕获变量的闭包引用。
- 在 Lambda 中写
this.toString()，输出的是外部类对象的toString() - 在匿名内部类中写
this.toString()，输出类似Main$1@xxxx - 这意味着 Lambda 无法像匿名内部类那样，在内部定义同名字段或重载方法来隐藏外部成员
看变量捕获：都要求 effectively final，但动因和机制不同
两者都禁止修改局部变量，但原因完全不同：
- 匿名内部类需要把变量值复制一份作为自身字段（如
val$x），允许修改会导致副本与原始变量不一致 - Lambda 不复制字段，而是通过闭包引用原始栈帧中的变量；JVM 禁止修改是为了保证多线程下捕获值的可见性和生命周期安全——毕竟栈帧可能已销毁，而 Lambda 可能还在异步执行
看使用边界：一个能跑任意接口，一个只认函数式接口
匿名内部类可以实现任意接口（哪怕有多个抽象方法），也可以继承任意类（包括抽象类、普通类），适用场景更广。
Lambda 表达式只能用于函数式接口（@FunctionalInterface，且仅含一个抽象方法），这是硬性限制，不是风格选择。
- 想实现
Comparator、Runnable、Supplier？Lambda 很合适 - 想继承
Thread并重写run()，或实现带两个抽象方法的自定义接口？只能用匿名内部类 - 函数式接口加
@FunctionalInterface注解不是必须的，但强烈推荐——它能在编译期帮你挡住非法接口
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
