JAVA笔记之字节码生成技术

最新推荐文章于 2026-06-18 22:31:57 发布

原创最新推荐文章于 2026-06-18 22:31:57 发布 · 686 阅读

本内容遵循CC 4.0 BY-SA版权协议

标签

#java

话题

4 篇文章

订阅专栏

Java 字节码技术指在编译期或运行期直接生成、修改 .class字节码，让JVM 像执行普通 Java 类一样加载和 JIT 优化，从而绕过反射等慢路径。

1. 核心优势

Timefold 在 OpenJDK 8 上用 JMH 对比属性访问（单次; /ns/op` 为每次操作纳秒数）：

生成代码在热身后几乎与手写代码同速，反射在频繁调用场景下明显更慢。

1000 万次 set 调用对比（Programmer All 实测）：

CGLIB 的 FastClass、ASM 生成访问器等，本质是把「运行时查找 + 反射调用」变成「编译好的直接调用」。

Scaled Code 的 JMH 对比（ops/ms，越高越好）：

场景	ByteBuddy	CGLIB	JDK Dynamic Proxy
代理初始化	0.28	7158	54906
带环绕逻辑的方法调用	3987	3567	3760
无修改的方法转发	2833	2833	2833

代理创建有开销，但创建完成后各方案调用性能差距不大；JDK 动态代理创建最快，CGLIB/ByteBuddy 创建较慢。

ASM 官方基准（单次 operation 处理数十个 class）：

维度	说明
与 JVM 深度集成	生成类可被 JIT 内联、逃逸分析，与手写类一致
突破语言限制	可代理无接口的 concrete class、mock `static`/`final` 方法
框架透明增强	AOP、懒加载、序列化优化等对业务代码无侵入
灵活时机	编译期（Lombok/AspectJ）、类加载期（Agent）、运行期（Spring 代理）均可

框架	字节码技术	典型场景
Spring Framework	CGLIB / ByteBuddy（内嵌于 `spring-core`）	`@Transactional`、`@Cacheable`、`@Async` 等 AOP 代理；无接口时用子类代理
Hibernate / JPA	CGLIB、Javassist、ByteBuddy	懒加载代理、`ReflectionOptimizer` 加速实体构造与属性访问、字段级 dirty tracking
Jackson Afterburner	ASM 动态生成	为 POJO 生成专用 Serializer/Deserializer，内联 getter/setter，减少反射
MyBatis	JDK Dynamic Proxy	`Mapper` 接口运行时生成 `MapperProxy`，将方法调用路由到 SQL
Mockito 5+	ByteBuddy（inline mock maker）	mock `final` 类、`static` 方法；在原始类字节码中插入拦截逻辑
AspectJ	编译期/加载期织入	切面直接写入字节码，避免代理模式的 self-invocation 问题
Netty / gRPC	部分场景用生成代码	减少反射，优化序列化与调用 Comparing Different Ways to Build Proxies In Java
Gradle / Kotlin	ASM	编译插件、字节码 transform

Spring 官方说明：CGLIB 与 JDK 动态代理在性能上通常不是决定性因素；Hibernate 则明确用字节码做反射优化和懒加载。

框架	特点	维护状态	典型使用者
ASM	底层、事件驱动 API，性能与体积最优	活跃	Spring、Jackson Afterburner、Kotlin、Gradle
ByteBuddy	流式 DSL，API 友好，兼容 JDK 17+	活跃	Spring 6+、Hibernate 6+、Mockito 5+
Javassist	接近 Java 源码的 API（`CtClass`）	活跃但热度下降	Hibernate（历史）、部分 AOP 工具

CGLIB 曾广泛使用，但官方已声明 unmaintained，JDK 17+ 兼容性差，新项目应优先选 ByteBuddy。

场景	推荐
框架底层、极致性能	ASM
运行时代理、Mock、通用增强	ByteBuddy
快速原型、简单 transform	Javassist
高频属性/方法访问	字节码生成或 `LambdaMetafactory`，避免裸反射
JDK 17+ 新项目	避免 CGLIB，优先 ByteBuddy