Java字节码中自动宽化转换通过显式扩展指令实现：byte/short/char加载即符号或零扩展为int，int再经i2l等指令符号扩展为long，全程无损且指令清晰可溯。
Java字节码中，自动类型转换（尤其是无损的宽化转换，如 byte → int、short → int、char → int、int → long 等）在入栈时会通过特定的**零扩展（zero-extend）或符号扩展（sign-extend）指令**显式完成，而非“隐式静默发生”。要查看其无损入栈流程，核心是：**定位源变量加载指令 → 观察紧随其后的类型扩展指令 → 跟踪扩展后值如何压入操作数栈**。
识别自动宽化转换对应的字节码指令
Java 编译器对合法的无损宽化（JLS §5.1.2）会在字节码中插入明确的扩展指令，常见组合如下：
-
iload+i2l：int变量加载后转为long入栈（符号扩展） -
bipush/sipush/iload+i2b/i2s/i2c：看似“窄化”，但若上下文是宽化前的中间表示（如常量池加载），实际编译器会按需插入i2b等——不过注意：自动宽化不会用 i2b/i2s/i2c，这些是窄化指令，仅用于强制转换或不安全场景 - 真正体现“无损宽化入栈”的典型是：
iload_0→i2l→lload_1（若后续参与 long 运算） -
aload后无扩展指令，因引用类型宽化（如子类→父类）不涉及数值扩展，由运行时检查保证，字节码中仅体现为同一引用压栈
使用 javap 工具观察真实流程
编写一个含自动宽化的 Java 方法，例如：
public class CastDemo {public static void main(String[] args) {
byte b = 42;
long l = b; // 自动 byte → long（先 byte→int，再 int→long）
System.out.println(l);
}
}
执行：javac CastDemo.java && javap -c CastDemo，关键片段如下：
立即学习“Java免费学习笔记（深入）”；
0: bipush 422: istore_1
3: iload_1
4: i2l // ← 关键！int 值符号扩展为 long
5: lstore_2
6: getstatic #2 // Field java/lang/System.out:Ljava/io/PrintStream;
9: lload_2
10: invokevirtual #3 // Method java/io/PrintStream.println:(J)V
可见：常量 42 先以 bipush 入栈 → istore_1 存入局部变量表 → iload_1 重新加载为 int → i2l 扩展为 long → lstore_2 存入 long 类型槽位。整个过程无数据丢失，且每步指令清晰可溯。
注意：char、short、byte 的加载本身已含零/符号扩展
虽然 byte 和 short 在 JVM 局部变量表中以 int 形式存储（规范要求），但它们的加载指令（iload）输出就是完整 int 值：
-
byte b = -1;→bipush -1→istore_1→iload_1出栈的是0xffffffff（符号扩展后的 int） -
char c = '\u00ff';→sipush 255→istore_1→iload_1出栈的是0x000000ff（零扩展） - 因此，从
byte/short/char到int的“自动转换”在字节码层面常体现为 加载即扩展，无需额外i2i指令（该指令不存在）
验证无损性：关注扩展指令的行为定义
JVM 规范明确定义了扩展指令的语义，确保无损：
-
i2l：将 int 的 32 位符号位扩展至 64 位 long（补符号位），值不变 -
i2f/i2d：虽属宽化，但可能损失精度（整数超出 float 有效位数），不属于“无损”范畴；而i2l、i2c（截断，非宽化）、l2d等需单独分析 - 真正无损的整数宽化路径只有：
byte/short/char → int → long → float → double，其中→ int和int → long在字节码中有明确扩展指令支撑
