字节码与反射增强

• JVM TI
• Agent 加载
• 与 JFR/Arthas 差异

JVM TI（JVM Tool Interface）是底层的 JVM 工具接口，用于监控与控制 JVM（内存、线程、类、事件）。工程应用：实现内存/线程采样（通过 JVM TI 的 heap/thread 遍历、事件）、热更新（通过 RedefineClasses/RetransformClasses 修改已加载类）、调试与监控。Agent 加载方式：premain（启动时 -javaagent）与 agentmain（运行时 attach）。性能开销：JVM TI 事件回调有开销，采样/热更新需控制频率与范围。与 JFR/Arthas 差异：JVM TI 是底层接口（JFR/Arthas 基于或利用它），JFR 是内置的无侵入采样（低开销），Arthas 是面向诊断的实用工具（基于 Instrumentation/JVM TI）。定位：JVM TI 是底层机制，JFR 是低开销监控，Arthas 是交互诊断。

JVM TI 是底层工具接口，实现采样/热更新；JFR 低开销内置监控，Arthas 交互诊断。三者层次与定位不同。

• MethodHandle 性能
• LambdaMetafactory
• 性能拐点

MethodHandle 与 LambdaMetafactory 的性能在 JDK 25/26 持续优化：MethodHandle 经 C2 内联，调用接近直接调用；LambdaMetafactory 生成优化后的函数对象，避免反射。性能拐点：MethodHandle 在首次调用时可能较慢（绑定时），后续被 JIT 优化后性能接近直接调用；LambdaMetafactory 生成 lambda 对象，首次构造有创建开销，后续复用。JDK 25/26 的优化（如 invokeinterface 优化、更好的内联）降低调用开销。性能拐点理解为"首次调用慢、JIT 后快"的阈值，以及新版本对 MethodHandle/Lambda 调用路径的优化。需实测确认，避免过早优化。

MethodHandle/Lambda 首次慢、JIT 后快，JDK 25/26 优化调用路径。性能拐点与 JIT 内联相关，需实测。

• ByteBuddy
• Fluent API
• 优势

ByteBuddy 是字节码生成库，提供 Fluent API（链式调用）动态创建/修改类。优势：API 简洁易用（链式描述类、方法、拦截逻辑），无需手写字节码；支持运行时类生成/重定义（配合 Agent）；类型安全、丰富的拦截器（Advice、MethodDelegation）；高性能；与 ASM 相比 API 更高层。Fluent API 让"创建子类、添加方法、拦截调用"以声明式链式表达，降低字节码开发门槛。ByteBuddy 广泛用于 Mockito、CGLIB 替代、APM 插桩。优势是易用性 + 强大能力。

ByteBuddy 的 Fluent API 链式声明式生成字节码，易用且强大，广泛用于动态代理与插桩。相比 ASM 更上层。

• Instrumentation
• -javaagent
• 字节码增强

Instrumentation 是 JVM 提供的字节码增强接口，提供 transform（转换类字节码）、redefineClasses、retransformClasses、getAllLoadedClasses 等方法。通过 -javaagent 加载 agent 时，用 premain 获取 Instrumentation 实例，向 JVM 注册 ClassFileTransformer，在类加载时转换字节码（premain 在类加载前注册，可转换所有类）。-javaagent 是启动参数，指定 agent jar 的 premain 入口。价值：实现 AOP 插桩、APM、热更新、字节码增强。Instrumentation 是 Java Agent 的核心接口。

Instrumentation 提供字节码转换接口，-javaagent 加载 agent 的 premain 注册 transformer，在类加载时增强字节码。

• Attach API
• 动态 Agent
• 运行时加载

Java Attach API（com.sun.tools.attach）允许在运行时把 agent 附加到已运行的 JVM（VirtualMachine.attach + loadAgent）。动态 Agent 通过 agentmain 方法在运行时加载，用 Instrumentation 的 retransformClasses/redefineClasses 对已加载类做字节码增强（无启动参数）。相比 -javaagent（premain，启动时增强），动态 Agent 可在运行时按需加载/卸载，适合热部署、诊断、APM 动态接入。价值：无需重启即可注入增强代码。注意：已加载类需 retransform 才生效，模块封装需 --add-opens。

Attach API 运行时 attach 已运行 JVM，agentmain 动态加载 agent 并用 retransform 增强已加载类。无需重启。

• 反射开销
• 安全检查
• MethodHandle 优化

反射的性能开销来源：1) 安全检查（access check，每次调用检查可访问性）；2) 装箱（反射方法参数/返回值需装箱为 Object）；3) 动态分派（反射调用经 Method.invoke 的间接调用，JIT 难以内联）。反射比直接调用慢一个数量级。MethodHandle 优化：MethodHandle 是"可调用的方法引用"，绑定后 JIT 可内联（通过 invokeExact 的强类型约束），减少动态分派与安全检查；invokeExact 避免装箱（类型精确匹配）；MethodHandle 可视为可内联的"方法指针"。相比反射，MethodHandle 调用开销接近直接调用。VarHandle 同理优化字段访问。

反射慢在安全检查、装箱、动态分派。MethodHandle 强类型 + 可内联 + 少装箱，性能接近直接调用。是反射的优化替代。

• 动态代理
• ORM 映射
• AOP 拦截

运行时生成字节码的常见场景：动态代理（JDK 动态代理生成 Proxy 类，CGLIB 生成子类实现代理，用于接口/类代理）；ORM 映射（MyBatis 生成 Mapper 代理、Hibernate 生成实体代理，把 SQL 映射到方法）；AOP 拦截（Spring AOP 用 CGLIB/JDK 代理生成增强类，在方法调用前后插入拦截逻辑）。实现：这些框架在运行时用字节码生成库（ASM、CGLIB、ByteBuddy）动态生成类，实现代理、映射、拦截，避免手写字节码。价值：运行时生成类实现横切功能，透明增强。

动态代理（Proxy/CGLIB）、ORM（Mapper 代理）、AOP（增强类）都用运行时字节码生成实现横切与映射。价值是透明增强。

• 字节码指令
• 栈帧
• 执行模型

JVM 字节码基于栈帧：方法执行时创建栈帧（含局部变量表、操作数栈、常量池引用）。指令操作栈：iload（把 int 局部变量压入操作数栈）、aload（把引用局部变量压栈）、invokevirtual（调用实例方法，从栈取参数与对象引用，调用方法，结果压栈）。执行模型：指令从操作数栈取操作数、运算、结果压栈，用局部变量表存取参数。理解字节码与栈帧关系：编译器把 Java 代码编译为基于栈的指令序列，运行时按栈帧执行。掌握可读字节码、定位性能或理解代理生成。

栈帧含局部变量表与操作数栈，指令（iload/aload/invokevirtual）在栈上操作。理解字节码需理解栈帧执行模型。

• 已加载类
• 模块封装
• 字节码校验

Java Agent 字节码增强失败常见原因：1) 已加载类（类已加载，普通 transform 不生效，需 retransformClasses 重新转换）；2) 模块封装（JPMS 模块封装拒绝访问，需 --add-opens 开放）；3) 字节码校验（生成的非法的字节码被 verifier 拒绝）；4) 类加载器隔离（类在不可见 classloader）。排查：确认时机（premain 在加载前、agentmain 需 retransform）、检查异常（VerifyError、ClassNotFoundException、IllegalAccessError）、加 --add-opens、用诊断日志。增强失败常表现为 VerifyError/链接错误，需按时机与模块配置排查。

失败原因集中在"已加载类未 retransform、模块封装、字节码校验失败"。按时机与模块配置排查，VerifyError 需查字节码合法性。

• VarHandle
• Unsafe
• 安全性

VarHandle 是 java.lang.invoke 的变量访问接口，相比 sun.misc.Unsafe：安全性更高（Unsafe 是内部 sun API，不受支持、可任意内存访问风险高；VarHandle 是公共 API，类型安全、受访问控制）；内存访问能力（VarHandle 提供原子操作 compareAndSet、getAndAdd、内存栅栏（acquire/release/fence）、volatile 语义），且类型安全。Unsafe 依赖内部实现、可变性大。工程上应用 VarHandle 替代 Unsafe 实现原子与内存访问（如 ConcurrentHashMap 用 VarHandle 访问 volatile 字段）。VarHandle 是 Unsafe 的安全替代。

VarHandle 是 Unsafe 的安全替代：公共 API、类型安全、支持原子操作与内存栅栏。工程上替代 Unsafe 的高效内存访问。

• record 反射
• sealed types
• 边界

record 类是隐式 final 的，其组件（component）有反射 API（getRecordComponents、isRecord）。在 JDK 17 sealed types 下：record 是 final，不能被子类化（边界）；record 反射可访问组件、构造器、访问器（getter），但需注意模块封装（record 在模块内需 --add-opens 访问私有字段）。sealed types 限制 record 可被谁继承（record 是 final 无继承）。反射访问 record 组件用于序列化、JSON 映射、值对象处理。边界：record 是 final 不能继承、组件反射受模块封装影响、sealed 限制实现的接口。

record 是 final（不可继承），组件反射访问可用，但受模块封装限制。sealed types 边界是 record 的继承与实现限制。

• MethodHandle
• 工程应用
• 性能

MethodHandle（java.lang.invoke 体系）的工程应用：动态调用方法（比反射快、可内联）；VarHandle 访问字段（原子操作）；实现动态分发、函数式调用；LambdaMetafactory 生成 lambda（底层用 MethodHandle）；框架动态调用（如序列化、ORM 的字段访问）。用途：需要高性能动态方法调用的场景（避免反射开销）、实现方法引用/回调、动态代理。MethodHandle 可被 JIT 内联，性能接近直接调用，适合高频动态调用。工程上用于性能敏感的动态调用。

MethodHandle 用于高性能动态调用（可内联）、VarHandle 字段访问、lambda 生成。替代反射的高频动态调用。

• premain
• agentmain
• 增强时机

Java Agent 的字节码增强时机：premain（-javaagent 启动时调用，在 JVM 启动、main 之前执行），此时注册的 transformer 在类加载时增强（覆盖所有后续加载的类，包括 JDK 类，需加署）；agentmain（运行时 attach 调用，此时类已加载，需用 retransformClasses/redefineClasses 对已加载类重新转换）。premain 增强时机早（类加载前），agentmain 增强晚（需 retransform 已加载类）。选择：启动期增强用 premain，运行期动态增强用 agentmain（需 retransform）。

premain 在类加载前增强（启动时），agentmain 在运行时增强已加载类（需 retransform）。时机决定能否增强已加载类。

• MethodHandle 快
• VarHandle 快
• invokeExact 类型约束

MethodHandle 与 VarHandle 比反射快的核心：MethodHandle 是"可内联的方法指针"，JIT 可对它做内联优化（像直接调用），而反射的 Method.invoke 难以内联；invokeExact 要求参数类型与签名完全匹配，避免反射的装箱/拆箱与类型转换，减少动态分派。VarHandle 同理，直接访问字段走优化的内存访问路径。invokeExact 的类型约束：调用时参数类型必须与 MethodHandle 的 MethodType 完全一致（不自动转换），否则抛 WrongMethodTypeException。强类型约束让 JIT 能精确优化。这是性能来源。

MethodHandle/VarHandle 可内联 + invokeExact 强类型免装箱，性能接近直接调用。invokeExact 要求类型精确匹配。

• premain 插桩
• 动态 attach
• 实现机制

Java Agent 字节码插桩机制：premain 在 JVM 启动时通过 -javaagent 调用，获取 Instrumentation 并注册 ClassFileTransformer，类加载时 transformer 的 transform 方法修改字节码（用 ASM/ByteBuddy 修改 class 字节，返回新字节），实现插桩。动态 attach 在运行时用 Attach API 的 loadAgent 加载 agent，调用 agentmain 获取 Instrumentation，对已加载类用 retransformClasses 触发 transformer 重新转换。机制：Instrumentation 注册 transformer → 类加载/retransform 时调用 transform → 修改字节码。插桩可用于 AOP、APM、热部署。

插桩机制是"注册 transformer → 类加载/retransform 时 transform 修改字节码"。premain 启动期、agentmain 运行期重转换。

• JDK 代理
• CGLIB
• 限制

JDK 动态代理只能代理接口（基于接口生成 Proxy 类），被代理类必须实现接口，且不对 final 类/方法有效（final 无法代理）。CGLIB 基于字节码生成子类代理，可代理非 final 类（通过继承），但 final 类/方法无法被继承/覆盖（无法代理），且 final 方法无法拦截。限制：JDK 代理只适用接口；CGLIB 代理 final 类/方法失败。选型：被代理有接口用 JDK 代理（简单、官方），无接口/需代理具体类用 CGLIB（子类），但 final 类/方法都不可代理。Spring AOP 默认按有无接口选择。

JDK 代理限接口，CGLIB 代理非 final 具体类，final 类/方法两者都不可代理。按是否有接口选型。

• retransform
• 字节码增强配合
• 机制

Instrumentation 的 retransformClasses 对已加载类重新触发 transformer 转换，实现运行期字节码增强（无需重新加载类）。机制：调用 retransformClasses 后，已注册的 transformer 对指定类重新执行 transform，用返回的新字节码替换类定义（类 ID 不变，保留实例）。用于动态增强已加载类（动态 Agent 的场景）。细节：retransform 不重新执行类初始化（静态块不重跑），旧实例保留；需类可重转换（非原始加载的类/不能破坏约束）。配合 Agent 的 transformer 实现运行期插桩。

retransformClasses 对已加载类重新触发 transformer 转换，替换字节码且保留实例。用于运行期动态增强。

• setAccessible
• JPMS 模块封装
• --add-opens

在 JPMS 模块封装下，反射 setAccessible 无法访问未开放（opens）给调用者的模块的私有成员，否则抛 IllegalAccessException（InaccessibleObjectException）。模块默认封装私有成员，需模块声明 opens 或 add-opens 开放。--add-opens 是启动参数，把指定包的私有成员开放给指定模块（--add-opens module/package=module），使反射可访问。限制：无 --add-opens 时反射访问模块私有成员失败；标准库模块（如 java.base）的内部也需开放。工程上（如框架访问 JDK 内部）需 --add-opens 或模块声明 opens。这是 JPMS 下的反射安全边界。

JPMS 封装私有成员，setAccessible 访问需 --add-opens 或模块 opens。否则 IllegalAccessException。是反射的模块化边界。

• Native Image 限制
• CGLIB/ASM
• 构建期生成

GraalVM Native Image（AOT）下，运行时字节码增强（CGLIB/ASM 动态生成类）受限：Native Image 是 closed-world，运行时动态生成/加载类（CGLIB 子类、ASM 生成的类）不被支持（无运行时类加载/动态生成字节码）。限制：AOP 代理（CGLIB）、动态代理、运行时生成类在 Native Image 下不可用或需配置。替代：构建期生成（在构建时用字节码生成/静态代理生成代码，避免运行时生成）；或改用不需要动态生成的方式（如接口代理、编译期 AOP）。Spring Boot Native 支持通过构建期处理代理。核心是"运行时生成改为构建期生成"。

Native Image 无运行时类生成，CGLIB/ASM 动态增强受限。替代是构建期生成静态代码或静态代理，避免运行时生成。