dup指令用于复制new生成的对象引用，确保invokespecial调用构造方法消耗一个引用后，栈中仍保留一个引用供后续赋值、方法调用等操作使用。
因为 invokespecial 调用构造方法时会消耗栈顶的对象引用，而 Java 语句（如 Object o = new Object() 或 new Object().toString()）仍需保留一份引用用于后续操作——dup 指令就是为这个目的复制栈顶引用。
构造方法调用必须消耗一个引用
Java 中所有实例构造方法（<init></init>）都是实例方法，JVM 要求调用时显式传入 this 引用。当执行 invokespecial 时，它会从操作数栈弹出栈顶的一个引用作为 this，完成对象初始化。如果没有 dup，new 后栈中仅有一个引用，被构造方法取走后就没了，无法赋值、调用方法或返回。
dup 确保引用“一分为二”：一个给构造，一个留给程序
典型字节码序列如下：
-
new #2→ 在堆上分配对象，把引用压入栈顶（栈：[ref]） -
dup→ 复制栈顶引用，压入后变成两个（栈：[ref, ref]） -
invokespecial #3→ 弹出一个 ref 作为 this 执行构造（栈：[ref]） - 剩余的 ref 可用于：
• 存入局部变量表（如astore_1实现Object o = ...）
• 直接调用实例方法（如toString()）
• 抛出异常（如throw new Exception()）
• 甚至被丢弃（此时编译器仍生成 dup + pop，但属极少数无用场景）
不 dup 的替代方案理论上存在，但不实用
比如 new 后立刻用 astore_n 把引用存到局部变量，再用 aload_n 推回栈来调构造——但这会增加指令数量和局部变量槽位占用，且破坏了栈式执行的紧凑性。JVM 设计选择 dup 是更高效、统一的机制：一次分配，双份可用，符合大多数代码的实际需求。
注意：dup 不是针对对象类型特设，而是栈操作的通用逻辑
dup 属于 JVM 通用栈指令，只关心“栈顶一个字长的数据”，与数据是对象引用、int 还是 float 无关。只要某条指令（如 invokespecial、invokevirtual、athrow）需要消耗一个引用，而上层语义又要求该引用继续存在，编译器就会插入 dup —— 这正是它在 new 后几乎必然出现的根本原因。
