多个Java Agent按序对同一类做字节码增强时，后序处理输入是否为前序输出？

核心结论 #

顺序加载执行的多个Java Agent，链路后段Agent拿到的处理输入，就是前序Agent完成字节码增强后的输出结果——根本不存在后段Agent绕开前序修改、直接读取原始类文件的情况。

链路的实际运行逻辑 #

Java Agent的增强能力本质是通过Instrumentation接口注册的ClassFileTransformer实现，整个类的转换过程就是一条串型的处理流水线：

• 当JVM需要加载某个类、读取对应的原始字节流时，会按照Agent的注册顺序，挨个调用每个已注册Transformer的transform方法
• 上一个Transformer返回的字节数组，会原封不动塞给下一个Transformer当入参，全程不会回退到磁盘上的原始class文件，也不会跳过任何前序的修改
• 等所有Transformer都走完转换流程，最后拿到的字节数组才会被JVM用来定义成正式的Class对象，交给对应的类加载器完成加载
• 实际运行时的Agent执行顺序，和启动命令里-javaagent的书写顺序完全一致：写在前面的Agent先拿到原始字节流处理，写在后面的Agent依次接力处理上一步的输出

对应提到的具体场景 #

按照举例的场景：Agent A给类中的方法M新增两个局部变量，只要Agent A在自身的transform方法里把修改后的字节流正常返回，那么后续运行的Agent B处理该类时：

• 拿到的对应方法M的字节结构里，一定会包含Agent A此前新增的两个局部变量

容易出现的例外情况（属于Agent自身实现问题，和链路规则无关）：如果Agent A修改完字节码后没有正确返回修改结果——比如返回null（代表该转换器不做任何修改）、或是返回了未改动的原始字节流，那后续Agent B自然无法感知这部分改动。

内容的提问来源于stack exchange，提问作者lec_ssmi