SerializedLambda - tag - 沐木https://oldletter.cn/tags/serializedlambda/SerializedLambda - tag - 沐木Hugo -- gohugo.iozh-cnWed, 10 Jun 2026 00:00:00 +0000编译期方案：用 SerializedLambda 和注解处理器提取属性名https://oldletter.cn/posts/java-lambda-parse-02-compile-time/Wed, 10 Jun 2026 00:00:00 +0000mumuhttps://oldletter.cn/posts/java-lambda-parse-02-compile-time/

📅 2026-06-10 | 🏷️ MyBatis Plus, QueryDSL, SerializedLambda, APT | 📖 阅读约 25 分钟

前言

上一篇说了 Java 的 Lambda 编译后丢失了 AST 信息，不能类似 C# 一样直接解析。但框架开发者们没有放弃，而是找到了其他办法。

这一篇讲两种编译期方案：它们不解析 Lambda 本身，而是利用 Java 的其他机制来提取属性信息。

  • 方案 1: SerializedLambda — MyBatis Plus 用的方式，从方法引用中提取 getter 方法名
  • 方案 2: Annotation Processor — QueryDSL 用的方式，编译期扫描实体字段，生成元模型类

方案 1: SerializedLambda（MyBatis Plus 路线）

发现过程

这个方案的关键发现是：当一个 Lambda 表达式实现了 Serializable 接口时，Java 编译器会额外生成一个 writeReplace() 方法。

这个方法返回一个 SerializedLambda 对象，里面包含了：

  • implClass — 实现方法所在的类名
  • implMethodName — 实现方法的方法名
  • implMethodSignature — 方法签名
  • capturedArgCount — 捕获的外部变量数量

对于 User::getAge 这种方法引用，implMethodName 就是 "getAge"，这就是我们要的属性信息。

]]>JDK 8 vs 17 vs 26：Lambda 解析性能实测https://oldletter.cn/posts/java-lambda-parse-05-benchmark/Wed, 10 Jun 2026 00:00:00 +0000mumuhttps://oldletter.cn/posts/java-lambda-parse-05-benchmark/

📅 2026-06-10 | 🏷️ JVM, 性能, JMH, JDK | 📖 阅读约 20 分钟

前言

前四篇实现了五条 Lambda 解析路线。这一篇用 JMH 在三个 JDK 版本上跑基准测试，看看：

  1. 五条路线的性能差距到底有多大？
  2. JDK 升级对性能有多大影响？
  3. 实际使用中应该怎么选？

测试环境

硬件: macOS ARM64 (Apple Silicon)
JDK 8:  BellSoft Liberica JDK 8u422 (aarch64)
JDK 17: Homebrew OpenJDK 17.0.19
JDK 26: Homebrew OpenJDK 26.0.1
JMH:    1.37

JMH 参数：

  • Fork = 2（2 个 JVM 进程，避免 JVM 特异性）
  • Warmup = 5（5 轮预热）
  • Measurement = 8（8 轮测量）
  • Mode = AverageTime（平均耗时，越小越好）

重要前提：缓存

实际使用中，所有框架都会缓存解析结果。

]]>