文档教程后端【免费下载链接】CodeGuide:books: 本代码库是作者小傅哥多年从事一线互联网 Java 开发的学习历程技术汇总旨在为大家提供一个清晰详细的学习教程侧重点更倾向编写Java核心内容。如果本仓库能为您提供帮助请给予支持(关注、点赞、分享)项目地址https://gitcode.com/gh_mirrors/code/CodeGuide点击查看免费下载导读本篇文章基于 CodeGuide 仓库中的 ASM 系列文档 docs/md/bytecode/asm-document/3.1结构.md系统讲解 JVM 编译类中方法的内部结构——从线程执行模型、帧Frame与操作数栈到完整字节码指令分类再到 getter/setter 等真实方法的指令级拆解、异常处理器与栈映射帧。读完你将具备读懂任何javap -c反编译结果的能力并为使用 ASM 的ClassWriter/MethodVisitor生成、转换方法打下坚实基础。在编译类的内部方法的代码存储为一系列的字节码指令。要使用 ASM 这类字节码操控框架去生成类或转换类最根本的就是要理解这些指令以及它们是如何在 Java 虚拟机中执行的。本节内容取自 ASM 官方手册的方法章节开篇与仓库中 3.2接口和组件.md 的MethodVisitorAPI 一一对应是读懂字节码 → 写出 ASM 代码之间必须跨越的第一道门槛。如需指令的完整权威定义应查阅 Java 虚拟机规范本仓库同时提供了可直接检索的 JVM-指令表.md 与 A.1字节代码指.md。一、方法的执行模型线程、帧、局部变量与操作数栈在介绍具体字节码指令之前必须先理解 Java 虚拟机的执行模型。Java 代码是在线程内部执行的每个线程都有自己的执行栈栈由**帧Frame**组成。每个帧表示一次方法调用每次调用一个方法时会将一个新帧压入当前线程的执行栈当方法返回时无论是正常返回还是因异常返回这个帧会被弹出执行过程在发出调用的方法中继续进行——此时这个方法的帧位于栈顶。每一帧包含两部分局部变量部分和操作数栈部分。局部变量部分包含可按索引以随机顺序访问的变量。操作数栈部分是一个真正的栈其中存放供字节码指令作为操作数的值只能按照后入先出LIFO顺序访问。注意区分操作数栈≠线程的执行栈。执行栈中的每一帧都拥有自己的、相互独立的操作数栈。局部变量部分与操作数栈部分的大小取决于方法的代码。这一大小是在编译时计算好的并随字节码指令一起存储在已编译的类文件中。因此对应于同一方法调用的所有帧其局部变量与操作数栈部分的大小相同而对应于不同方法的帧这一大小可能不同。帧的初始化在创建一个帧时JVM 会将其初始化提供一个空的操作数栈并用目标对象this仅针对非静态方法以及该方法的参数来初始化局部变量。例如调用a.equals(b)会创建一帧空栈前两个局部变量被初始化为a和b其余局部变量未被初始化。槽Slot与 long/double 的特殊性局部变量部分和操作数栈部分中的每个槽slot可以保存除long和double之外的任意 Java 值。long和double变量需要两个槽。这使局部变量的管理变得复杂第i个方法参数不一定存储在局部变量i中。例如调用Math.max(1L, 2L)会创建一个帧1L占据前两个局部变量槽2L存储在第三、第四个槽中。这一槽概念直接影响后续 ASM 编码在 3.2接口和组件.md 中visitMaxs(maxStack, maxLocals)的两个参数分别就是操作数栈与局部变量的槽数上限而本仓库 docs/md/bytecode/asm/2020-03-25-[ASM字节码编程]如果你只写CRUD那这种技术你永远碰不到.md 中生成的sum(int i, int m)方法使用visitMaxs(2, 3)正是因为this占 1 槽、两个 int 参数各占 1 槽局部变量共 3 槽。二、字节码指令的构成操作码与参数字节码指令由一个标识该指令的操作码和固定数目的参数组成操作码一个无符号字节值即字节码的名字由助记符号标识。例如操作码0用助记符号NOP表示对应于不做任何操作的指令。完整的操作码数值 → 助记符 → 语义对照表可查仓库 JVM-指令表.md例如0x03即iconst_0将 int 值 0 入栈。参数静态值确定了指令的精确行为紧跟在操作码之后给出。例如GOTO指令操作码 167以一个标记作为参数指明下一条待执行指令。关键区分不要将指令参数与指令操作数相混淆——参数值在编译时静态已知存储在编译后的代码中而操作数值来自操作数栈只有到运行时才能知道。指令的两大阵营字节码指令可以分为两大类一小组指令设计用来在局部变量和操作数栈之间传送值其他指令仅作用于操作数栈从栈中弹出一些值根据这些值计算一个结果再将其压回栈中。局部变量 ↔ 操作数栈的传送指令ILOAD、LLOAD、FLOAD、DLOAD和ALOAD指令读取一个局部变量并将它的值压入操作数栈它们的参数是待读取局部变量的索引i指令用途ILOAD加载boolean、byte、char、short或int局部变量LLOAD加载long值实际加载槽i和i1FLOAD加载float值DLOAD加载double值实际加载槽i和i1ALOAD加载任意非基元值即对象和数组引用与之对应ISTORE、LSTORE、FSTORE、DSTORE和ASTORE指令从操作数栈弹出一个值并将其存储到由索引i指定的局部变量中。可以看到xLOAD/xSTORE指令被赋予了类型事实上几乎所有字节码指令都被赋予了类型这是为了确保不会执行非法转换将一个值存入局部变量再以不同类型加载它是非法的。例如ISTORE 1、ALOAD 1序列就是非法的——它相当于把一个任意内存位置存进局部变量 1再把这个地址当作对象引用使用但另一方面如果向局部变量中存储一个不同类型的值而非以不同类型加载它却是完全合法的——这意味着一个局部变量的类型可以在方法执行期间发生变化这一特性在下一节的checkAndSetF示例中会再次遇到。仅作用于操作数栈的指令分类除上述传送指令外所有其他字节码指令都仅对操作数栈有效可按类别划分详细指令级描述见 A.1字节代码指.md类别描述栈处理栈上的值POP弹出栈顶值DUP压入栈顶值的一个副本SWAP弹出两个值并按逆序压入等等。完整的栈效应含DUP_X1、DUP2_X2等变体在之前栈/之后栈上的变化见 A.1字节代码指.md 的栈小节常量向操作数栈压入常量ACONST_NULL压入nullICONST_0压入 int 值 0FCONST_0压入0fDCONST_0压入0dBIPUSH b压入字节值bSIPUSH s压入 short 值sLDC cst压入任意 int、float、long、double、String 或 class 常量等等算术与逻辑从操作数栈弹出数值、合并、再将结果压回栈中无参数。xADD、xSUB、xMUL、xDIV、xREM对应、-、*、/、%x为I、L、F、D之一另有对应、、、、|、^的指令处理 int 和 long 值类型变换从栈中弹出一个值转换类型后压回对应 Java 类型转换表达式I2F、F2D、L2D等做数值类型互转CHECKCAST t将引用值转换为类型t对象创建对象、锁定对象、检测对象类型等NEW type将一个type类型的新对象压入栈type为内部名字段读写字段值GETFIELD owner name desc弹出一个对象引用并压入其name字段值PUTFIELD owner name desc弹出一个值和一个对象引用并存入其name字段。两种情况下对象必须是owner类型字段必须为desc类型。GETSTATIC/PUTSTATIC是同类指令但用于静态字段方法调用方法或构造器弹出的值的个数等于参数个数加 1用于目标对象并压回调用结果。INVOKEVIRTUAL owner name desc调用owner类中定义的name方法INVOKESTATIC用于静态方法INVOKESPECIAL用于私有方法和构造器INVOKEINTERFACE用于接口方法INVOKEDYNAMIC用于 Java 7 引入的动态方法调用机制数组读写数组元素xALOAD弹出一个索引和一个数组压入该索引处的元素值xASTORE弹出一个值、一个索引和一个数组存入该索引处。x可为I、L、F、D、A也可为B、C、S跳转无条件或条件跳转用于编译if、for、do、while、break、continue。如IFEQ label弹出 int 值若为 0 则跳转到label指定的指令还有IFNE、IFGE等。TABLESWITCH和LOOKUPSWITCH对应 Java 的switch返回终止方法执行并返回结果RETURN用于返回void的方法xRETURN如IRETURN、ARETURN用于其他方法值得一提的是本仓库 ASM 实战教程 docs/md/bytecode/asm/2020-03-25-[ASM字节码编程]如果你只写CRUD那这种技术你永远碰不到.md 中的第一个 HelloWorld 示例正是依次使用了常量LDC加载字符串、字段GETSTATIC获取System.out、方法INVOKEVIRTUAL调用println、返回RETURN四类指令可见上述分类表就是实战编码的指令工具箱。三、从 Bean 到字节码四个经典示例的逐条拆解理论讲完下面通过一个简单的 bean 类具体体会字节码指令是如何工作的package pkg; public class Bean { private int f; public int getF() { return this.f; } public void setF(int f) { this.f f; } }3.1 getter 方法ALOAD 0 → GETFIELD → IRETURNALOAD 0 GETFIELD pkg/Bean f I IRETURNALOAD 0读取局部变量 0——它在为该方法创建帧时被初始化为this将其压入操作数栈GETFIELD pkg/Bean f I从栈中弹出this将this.f字段的值压入栈中IRETURN从栈中弹出该值作为int返回给调用者。3.2 setter 方法ALOAD 0 → ILOAD 1 → PUTFIELD → RETURNALOAD 0 ILOAD 1 PUTFIELD pkg/Bean f I RETURNALOAD 0将this压入操作数栈ILOAD 1压入局部变量 1——创建帧时以参数f初始化PUTFIELD pkg/Bean f I弹出这两个值将 int 值存入被引用对象的f字段即写入this.fRETURN在源代码中是隐式的但在编译后的代码中强制存在——销毁当前执行帧并返回调用者。3.3 默认构造器init的命名差异由于程序员没有定义显式构造器编译器生成了默认公有构造器Bean() { super(); }ALOAD 0 INVOKESPECIAL java/lang/Object init ()V RETURNALOAD 0将this压入栈INVOKESPECIAL java/lang/Object init ()V弹出this调用Object中定义的init方法对应super()调用RETURN返回调用者。重要差异在已编译类和源类中构造器的命名不同——编译类中构造器总是命名为init而源类中与类同名。这一约定在 ASM 编程中必须遵守在 docs/md/bytecode/asm/2020-03-25-[ASM字节码编程]如果你只写CRUD那这种技术你永远碰不到.md 中生成AsmSumOfTwoNumbers时手动生成空构造器就是visitMethod(ACC_PUBLIC, init, ()V, ...)INVOKESPECIAL java/lang/Object init ()V。3.4 带分支的方法checkAndSetF与标记Label考虑稍复杂的 setterpublic void checkAndSetF(int f) { if (f 0) { this.f f; } else { throw new IllegalArgumentException(); } }其字节码为ILOAD 1 IFLT label ALOAD 0 ILOAD 1 PUTFIELD pkg/Bean f I GOTO end label: NEW java/lang/IllegalArgumentException DUP INVOKESPECIAL java/lang/IllegalArgumentException init ()V ATHROW end: RETURN逐条解读ILOAD 1将初始化为f的局部变量 1 压入操作数栈IFLT label弹出该值并与 0 比较若小于 0LT则跳转到label标记处否则继续执行下一条指令——这正是if (f 0)的反向编译结果ALOAD 0、ILOAD 1、PUTFIELD pkg/Bean f I与setF相同执行this.f fGOTO end无条件跳转到end标记即RETURN跳过异常分支label:与end:之间的指令创建并抛出一个异常NEW创建异常对象并压入操作数栈DUP在栈中复制该对象一份用于调用构造器一份保留用于抛出INVOKESPECIAL弹出其中一个副本调用异常构造器ATHROW弹出剩下的副本作为异常抛出因此不会继续执行下一条指令。四、异常处理器try/catch 如何编码不存在专门用于捕获异常的字节码指令。取而代之方法字节码会与一个异常处理器exception handler列表关联这个列表规定了方法中某一部分抛出异常时必须执行哪段代码。异常处理器类似于 try/catch 块它有一个范围scope对应 try 代码块内容的指令序列有一个处理器handler对应 catch 块的内容范围由起始标记和终止标记指定处理器由起始标记指定。例如源码public static void sleep(long d) { try { Thread.sleep(d); } catch (InterruptedException e) { e.printStackTrace(); } }可编译为TRYCATCHBLOCK try catch catch java/lang/InterruptedException try: LLOAD 0 INVOKESTATIC java/lang/Thread sleep (J)V RETURN catch: INVOKEVIRTUAL java/lang/InterruptedException printStackTrace ()V RETURNtry与catch标记之间的代码对应 try 块catch标记之后的代码对应 catch 块TRYCATCHBLOCK行指定了一个异常处理器覆盖try与catch标记之间的范围处理器始于catch标记处理InterruptedException及其子类的异常执行语义若在try与catch之间抛出此类异常栈将被清空异常被压入空栈执行从catch处继续。五、栈映射帧Stack Map Frames加速验证的元数据除了字节码指令用Java 6 或更高版本编译的类中还包含一组栈映射帧用于加快 JVM 中类验证过程的速度。栈映射帧给出方法的执行帧在执行过程中某一时刻的状态——更准确地说是即将执行某条特定字节码指令之前每个局部变量槽和每个操作数栈槽中包含值的类型。例如对getF方法可以定义三个栈映射帧对应即将执行ALOAD、GETFIELD、IRETURN之前的帧状态第一个方括号内是局部变量类型其余是操作数栈类型指令执行前的帧状态指令[pkg/Bean] []ALOAD 0[pkg/Bean] [pkg/Bean]GETFIELD[pkg/Bean] [I]IRETURN再以checkAndSetF为例其各指令前的帧状态为指令执行前的帧状态指令[pkg/Bean I] []ILOAD 1[pkg/Bean I] [I]IFLT label[pkg/Bean I] []ALOAD 0[pkg/Bean I] [pkg/Bean]ILOAD 1[pkg/Bean I] [pkg/Bean I]PUTFIELD[pkg/Bean I] []GOTO end[pkg/Bean I] []label :[pkg/Bean I] []NEW[pkg/Bean I] [Uninitialized(label)]DUP[pkg/Bean I] [Uninitialized(label) Uninitialized(label)]INVOKESPECIAL[pkg/Bean I] [java/lang/IllegalArgumentException]ATHROW[pkg/Bean I] []end :[pkg/Bean I] []RETURN注意表中出现了一种仅在栈映射帧中使用的特殊类型Uninitialized(label)它表示一个已经分配内存、但尚未调用构造器的对象参数label规定了创建此对象的指令。对于该类型的值只能调用一种方法那就是构造器调用构造器后帧中出现的所有该类型值都会被替换为实际类型这里是IllegalArgumentException。除它之外栈映射帧还有三种特殊类型UNINITIALIZED_THIS构造器中局部变量 0 的初始类型TOP对应一个未定义的值NULL对应null。帧的存储与压缩为节省空间编译后的方法并没有为每条指令都保存一个帧实际上它只为满足下列条件之一的指令保存帧跳转目标指令异常处理器的入口指令跟在无条件跳转指令之后的指令。其他帧都可以由这些帧轻松、快速地推导出来。在checkAndSetF中这意味着只存储两个帧一个用于NEW指令它是IFLT的跳转目标且跟在无条件跳转GOTO之后一个用于RETURN指令它是GOTO的目标且跟在无条件跳转ATHROW之后。为了进一步节省空间每个帧还会被压缩仅存储它与前一帧的差别而初始帧根本不用存储——它可以由方法参数类型直接推导得出。在checkAndSetF中必须存储的两个帧相同且都等于初始帧因此被压缩为单字节值用助记符F_SAME表示。最终字节码为ILOAD 1 IFLT label ALOAD 0 ILOAD 1 PUTFIELD pkg/Bean f I GOTO end label: F_SAME NEW java/lang/IllegalArgumentException DUP INVOKESPECIAL java/lang/IllegalArgumentException init ()V ATHROW end: F_SAME RETURN六、从结构到 ASM API如何用 MethodVisitor 生成上述方法理解了方法的结构之后再来看 ASM 是如何表达它的就会非常顺理成章。在 3.2接口和组件.md 中生成和转换已编译方法的 ASM API 基于MethodVisitor抽象类它由ClassVisitor.visitMethod方法返回。MethodVisitor为每个字节码指令类别定义了一个方法按参数个数和类型分组并且访问顺序有严格约束visitAnnotationDefault? ( visitAnnotation | visitParameterAnnotation | visitAttribute )* ( visitCode ( visitTryCatchBlock | visitLabel | visitFrame | visitXxxInsn | visitLocalVariable | visitLineNumber )* visitMaxs )? visitEnd即非抽象方法先访问注释/属性然后字节码必须按顺序访问且必须位于唯一的visitCode调用与唯一的visitMaxs调用之间最后调用visitEnd。用 API 生成 getF / checkAndSetF设mv是一个MethodVisitor则 3.1.3 节getF的字节码可由以下调用生成字节码与 ASM API 之间的映射非常直接mv.visitCode(); mv.visitVarInsn(ALOAD, 0); mv.visitFieldInsn(GETFIELD, pkg/Bean, f, I); mv.visitInsn(IRETURN); mv.visitMaxs(1, 1); mv.visitEnd();visitCode()启动字节码生成随后三个调用生成三条指令visitMaxs(1, 1)必须在访问完所有指令后调用定义执行帧的局部变量与操作数栈大小本例各为 1 槽最后的visitEnd()结束方法生成。checkAndSetF的生成则展示了 Label 与 Frame 的使用mv.visitCode(); mv.visitVarInsn(ILOAD, 1); Label label new Label(); mv.visitJumpInsn(IFLT, label); mv.visitVarInsn(ALOAD, 0); mv.visitVarInsn(ILOAD, 1); mv.visitFieldInsn(PUTFIELD, pkg/Bean, f, I); Label end new Label(); mv.visitJumpInsn(GOTO, end); mv.visitLabel(label); mv.visitFrame(F_SAME, 0, null, 0, null); mv.visitTypeInsn(NEW, java/lang/IllegalArgumentException); mv.visitInsn(DUP); mv.visitMethodInsn(INVOKESPECIAL, java/lang/IllegalArgumentException, init, ()V); mv.visitInsn(ATHROW); mv.visitLabel(end); mv.visitFrame(F_SAME, 0, null, 0, null); mv.visitInsn(RETURN); mv.visitMaxs(2, 2); mv.visitEnd();注意其中visitFrame(F_SAME, 0, null, 0, null)与上一节F_SAME帧的直接对应以及Label的语义——label与end对象规定的是跟随其visitLabel之后的指令。例如end规定RETURN指令而不是紧随其后的帧帧不是指令。多条标记指定同一指令是合法的但一个标记只能恰好指定一条指令标记不可共享每个方法必须拥有自己的标记。ClassWriter 的自动计算选项在 3.2接口和组件.md 中还特别强调手动计算栈映射帧和栈/局部变量大小并不容易。幸好 ASM 可以代劳在创建ClassWriter时指定构造方式自动计算内容仍需手动完成new ClassWriter(0)什么都不自动计算帧、局部变量与操作数栈大小全部自行计算new ClassWriter(ClassWriter.COMPUTE_MAXS)局部变量与操作数栈大小visitMaxs参数会被忽略并重新计算仍然必须自行计算帧new ClassWriter(ClassWriter.COMPUTE_FRAMES)一切自动计算不再需要调用visitFramevisitMaxs参数同样被忽略并重算—代价是性能COMPUTE_MAXS使ClassWriter速度降低约 10%COMPUTE_FRAMES使其降低约一半。这正是本仓库实战文章 docs/md/bytecode/asm/2020-03-25-[ASM字节码编程]如果你只写CRUD那这种技术你永远碰不到.md 中new ClassWriter(cr, ClassWriter.COMPUTE_MAXS)选择的原因。七、动手验证用 javap 反编译与 ASM 正向生成用 javap 反读任意类仓库实战教程给出了最直观的验证手段——javap -c。对如下 HelloWorldpublic class HelloWorld { public static void main(String[] var0) { System.out.println(Hello World); } }执行javap -c HelloWorld得到public class org.itstack.demo.test.HelloWorld { public org.itstack.demo.test.HelloWorld(); Code: 0: aload_0 1: invokespecial #1 // Method java/lang/Object.init:()V 4: return public static void main(java.lang.String[]); Code: 0: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream; 3: ldc #3 // String Hello World 5: invokevirtual #4 // Method java/io/PrintStream.println:(Ljava/lang/String;)V 8: return }对照本节指令分类getstatic字段、ldc常量、invokevirtual方法、return返回与上一节指令分类表完全吻合——这正是读懂字节码能力的第一次实战检验。用 ASM 正向生成同一方法反过来用ClassWriterMethodVisitor也能写出同一个 main 方法ClassWriter classWriter new ClassWriter(0); // 定义类头版本号、修饰符、全类名、签名、父类、实现的接口 classWriter.visit(Opcodes.V1_7, Opcodes.ACC_PUBLIC, org/itstack/demo/asm/AsmHelloWorld, null, java/lang/Object, null); // 添加方法修饰符、方法名、描述符、签名、异常 MethodVisitor methodVisitor classWriter.visitMethod( Opcodes.ACC_PUBLIC Opcodes.ACC_STATIC, main, ([Ljava/lang/String;)V, null, null); // 获取静态属性 System.out methodVisitor.visitFieldInsn(Opcodes.GETSTATIC, java/lang/System, out, Ljava/io/PrintStream;); // 加载常量 Hello World methodVisitor.visitLdcInsn(Hello World); // 调用 println 方法 methodVisitor.visitMethodInsn(Opcodes.INVOKEVIRTUAL, java/io/PrintStream, println, (Ljava/lang/String;)V, false); // 返回 methodVisitor.visitInsn(Opcodes.RETURN); // 设置操作数栈深度与局部变量大小 methodVisitor.visitMaxs(2, 1); methodVisitor.visitEnd(); classWriter.visitEnd(); return classWriter.toByteArray();这段代码中visitCode/visitMaxs/visitEnd的顺序、各visitXxxInsn与指令的对应关系正是本章所讲方法结构在 API 层面的完整映射。生成的字节数组既可直接落盘为.class文件也可用自定义ClassLoader.defineClass加载后反射调用——具体可见 docs/md/bytecode/asm/2020-03-25-[ASM字节码编程]如果你只写CRUD那这种技术你永远碰不到.md 中两数之和与方法耗时监控两个进阶示例。八、小结执行模型每个线程的执行栈由帧组成帧 局部变量按索引随机访问 操作数栈LIFO两者槽数在编译期确定long/double占两个槽。指令构成操作码无符号字节 静态参数指令分局部变量↔栈传送与纯栈操作两大类覆盖栈、常量、算术逻辑、类型变换、对象、字段、方法、数组、跳转、返回十大类别详见 A.1字节代码指.md 与 JVM-指令表.md。异常处理不是指令而是与字节码关联的异常处理器列表try 范围 catch 处理器通过TRYCATCHBLOCK表达。栈映射帧Java 6 起用于加速类验证只在跳转目标、异常入口与无条件跳转之后存储并按差异压缩为F_SAME等单字节形式。实战衔接MethodVisitor的visitCode/visitXxxInsn/visitLabel/visitFrame/visitMaxs/visitEnd调用序列与本章字节码结构一一对应COMPUTE_MAXS/COMPUTE_FRAMES可自动完成栈大小与帧计算。掌握了本节的执行模型与指令系统就掌握了用任何语言阅读 JVM 方法的底层能力。下一步可以继续阅读仓库中的 3.2接口和组件.md方法级 API 与转换适配器、3.3工具.mdAdviceAdapter等并结合 docs/md/bytecode/asm/2020-03-25-[ASM字节码编程]如果你只写CRUD那这种技术你永远碰不到.md 中方法耗时监控、入参打印、外部方法调用等实战案例完成从读懂指令到写出增强器的进阶。赞分享文档教程后端【免费下载链接】CodeGuide:books: 本代码库是作者小傅哥多年从事一线互联网 Java 开发的学习历程技术汇总旨在为大家提供一个清晰详细的学习教程侧重点更倾向编写Java核心内容。如果本仓库能为您提供帮助请给予支持(关注、点赞、分享)项目地址https://gitcode.com/gh_mirrors/code/CodeGuide点击查看免费下载相关推荐JVM字节码详解gh_mirrors/jvm9/jvm中的指令与执行模型JVM字节码详解gh_mirrors/jvm9/jvm中的指令与执行模型 字节码与JVM无关性基石 你是否曾疑惑为什么Java能一次编写到处运行为什么Ko文档教程深入 JVM 字节码指令集从指令表到解释器执行原理深入 JVM 字节码指令集从指令表到解释器执行原理 字节码bytecode是运行在 Java 虚拟机上的机器码每一条指令由一个操作码opcode文档教程后端深入 ASM 树 API 方法模型MethodNode、InsnList 与指令级代码生成/转换实战深入 ASM 树 API 方法模型MethodNode、InsnList 与指令级代码生成/转换实战 本篇技术指南聚焦 ASM 字节码框架的 树 APITr文档教程后端创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考