Java 的字节码增强？

字节码增强就是在类被 JVM 加载（或已加载后重新转换）时，直接改写 .class 文件的字节码；它不依赖源码，也不需要侵入业务代码。结论：线上做无侵入的监控、限流、故障注入，标准做法是 Java Agent + Instrumentation + Byte Buddy 或 ASM；只在框架内部生成代理类时，CGLIB、Javassist 就够了。

字节码增强和反射、动态代理有什么区别？

结论：反射和动态代理在运行时操作对象，字节码增强则在类加载阶段操作字节码，因此前者只能拦截接口调用或显式调用点，后者能拦截到方法体内的每一条调用。

反射（java.lang.reflect）只是读取和调用已有成员，不改变类的行为。JDK 动态代理通过 java.lang.reflect.Proxy 在运行时生成实现指定接口的新类，所以目标类必须有接口。CGLIB 用 ASM 生成目标类的子类，绕过接口限制，但无法代理 final 类和 final 方法。Spring AOP 在两种方式中二选一：目标类有接口时走 JDK 代理，Spring Boot 2.0 起 AOP 自动配置把 spring.aop.proxy-target-class 默认设为 true，默认改用 CGLIB。

真正的字节码增强改写的是目标类自身的方法体。典型例子：Arthas 的 watch、trace 命令在运行中给方法插桩；SkyWalking 的 Java Agent 在每个方法入口埋点，业务代码无需改动。

ASM、Javassist、Byte Buddy 有什么区别，该选哪个？

结论：ASM 性能最好，但需要手动处理字节码指令；Javassist 用源码字符串写增强逻辑，最快上手；Byte Buddy 介于两者之间，API 类型安全，是 Java Agent 场景的首选。

ASM 9.x（ASM 9.6 支持到 Java 22）采用 Visitor 模式，要自己写 ClassVisitor、MethodVisitor，遍历 ClassReader、ClassWriter，执行速度比其他方案快，但容易写错栈帧。Javassist 3.29.x 提供 CtClass、CtMethod，可以直接 method.insertBefore("System.out.println(...)")，代价是解析源码字符串的开销大，启动慢。Byte Buddy 1.14.x 用链式 API：new AgentBuilder.Default().type(named("com.example")).transform((b, t, cl, m, d) -> b.method(named("query")).intercept(Advice.to(Timer.class)))，Advice 机制能拿到入参、返回值，不用手写栈操作。

选型建议：只做线上 Agent 埋点，用 Byte Buddy；写编译器插件或需要极致性能，用 ASM；写一次性的小工具想快速验证，用 Javassist。

怎么做一次可线上 attach 的字节码增强？

结论：分三步：定义 ClassFileTransformer，打包时在 MANIFEST 声明入口，用 Attach API 挂到目标 JVM。

第一步，实现转换器。transform 返回 null 表示不改这个类，返回 byte[] 表示用新字节码替换：

public byte[] transform(ClassLoader l, String name, Class<?> c,
                        ProtectionDomain pd, byte[] buf) {
    if (!name.startsWith("com/example/")) return null;
    ClassReader cr = new ClassReader(buf);
    ClassWriter cw = new ClassWriter(cr, ClassWriter.COMPUTE_MAXS);
    cr.accept(new TimeClassVisitor(cw), ClassReader.EXPAND_FRAMES);
    return cw.toByteArray();
}

第二步，MANIFEST.MF 里至少写 Premain-Class（启动时加载）、Agent-Class（运行中 attach）、Can-Retransform-Classes: true 这三项，缺了 Can-Retransform-Classes 就无法重新转换已加载的类。

第三步，attach：VirtualMachine.attach(pid) 后调用 loadAgent("/path/agent.jar")。premain 由 -javaagent:agent.jar 在 main 之前执行，agentmain 由 attach 触发；两者都在 JDK 6 起才具备（premain 是 JDK 5）。改已加载类需要调 inst.retransformClasses(clazz)。

字节码增强最容易踩的坑有哪些？

结论：绝大多数线上事故来自 retransform 的限制、栈帧计算和类加载器隔离这三点。

第一，重新转换有硬性限制：不能新增、删除、重命名字段或方法，不能改方法签名、修饰符和继承关系，只允许改方法体。想加字段必须在类首次加载前用 premain 完成。

第二，ClassWriter 构造函数里 COMPUTE_MAXS 只重算操作数栈和局部变量表上限，不重算栈映射帧；插入了分支跳转逻辑时要用 COMPUTE_FRAMES，否则 VerifyError。反过来，COMPUTE_FRAMES 会尝试加载相关类，容易触发类加载器死锁，读取时要配 ClassReader.SKIP_FRAMES 或 EXPAND_FRAMES 一起用。

第三，增强逻辑用到的类如果和目标类不在同一个类加载器里，会抛 NoClassDefFoundError；把增强代码尽量写进同一个 agent jar，或者用 Advice 把逻辑外置，避免直接内联到目标方法。

第四，已经在执行中的栈帧不会被替换，retransform 只对下一次调用生效，验证时要重新触发业务流量。

总结一下：字节码增强的本质是替换 ClassFileTransformer 返回的字节数组，工具链是 Java Agent、Instrumentation 和 ASM/Byte Buddy；选型看是“生成代理类”还是“改写目标类方法体”，后者优先用 Byte Buddy，并且把 retransform 的三条限制和栈帧计算写进设计文档，比事后排查 VerifyError 划算得多。