java类型转换在源码层面是语法行为，在字节码层面体现为具体指令：宽化转换（如byte→int）不生成显式转换指令，而窄化转换（如int→byte）必用i2b等指令，且溢出静默；boolean/byte/short/char运算前均提升为int，无原生指令。
Java 类型转换在源码层面是语法行为，在字节码层面则体现为具体的指令选择与执行逻辑。编译器不是简单地“保留”你写的 (int)3.14 或 long l = 100;，而是根据类型关系、精度要求和 JVM 指令能力，生成对应的加载、转换、存储指令序列。理解这种映射，有助于排查隐式溢出、调试反编译结果、甚至优化性能关键路径。
自动转换（宽化）直接对应无操作码的隐式指令
Java 允许从小范围到大范围的自动转换，比如 byte → int、int → long、float → double。这类转换在字节码中不生成显式的类型转换指令，而是在加载阶段就选用对应目标类型的指令。
- 例如
byte b = 10; int i = b;：编译器不会生成bipush 10后再转成 int；而是直接用bipush将常量压栈，再用iload加载——因为bipush的结果在栈顶被当作int处理，byte在编译期就被符号扩展为int -
int → long转换会触发i2l指令；int → float触发i2f；但int → double是i2d，不是自动“省略”，而是必须显式插入 - 注意：
char和short同样被编译器提升为int参与运算，所以char c = 'a'; int x = c + 1;实际字节码中没有c2i，只有bipush、iload、iadd
强制转换（窄化）必须由明确指令实现，且可能丢精度或溢出
从大范围向小范围转换（如 double → int、long → byte）无法隐式完成，JVM 必须执行截断或舍入操作，因此一定会生成窄化指令，且该指令本身不检查溢出。
-
(int)3.9编译为f2i（float to int），结果是3，小数部分直接丢弃，不四舍五入 -
(byte)257编译为i2b，257 的二进制是00000001 00000001，取低 8 位得00000001→1；而(byte)128得-128（因 byte 是有符号 8 位） -
long → int用l2i，高位直接截断；double → long用d2l，先向零舍入再截断 - 所有窄化指令（
i2b、i2c、i2s、l2i、f2i、d2i等）都不抛异常，溢出静默发生
boolean / char / short / byte 在字节码中“不存在原生指令”
JVM 字节码指令集不为 boolean、byte、short、char 提供独立的算术或比较指令。它们在参与运算前，一律被编译器提升为 int；数组访问也统一用 iaload/iastore 等 int 指令模拟。
-
boolean flag = true;存储时用iconst_1；if (flag)实际编译为ifne（判断 int 是否非零） -
short s = 100; s++;编译后是iload→iconst_1→iadd→istore，全程用 int 指令，最后存回时才用i2s截断 -
char[] cs = {'a','b'}; int x = cs[0];对应caload（专门用于 char 数组读取），但底层仍是读 2 字节后零扩展为 int；写入用castore
字节数组 ↔ 基本类型转换不走 JVM 指令，靠位运算手动实现
JVM 没有内置指令支持 byte[] ↔ int 这类跨字节边界转换。这类操作完全由 Java 库方法（如 ByteBuffer）或手动位运算完成，字节码中表现为一连串 baload、iconst_x、ishl、ior 等指令组合。
-
intToBytes(0x12345678)生成的字节序通常是[0x78, 0x56, 0x34, 0x12]（小端），对应字节码含多次iconst_0、ishr、iand、bastore - 反向转换需连续
baload四次，再分别左移 0/8/16/24 位后ior合并，整个过程无专用指令，纯靠整数运算指令拼装 - 这也解释了为什么网络协议解析或文件读写中，
ByteBuffer.order(ByteOrder.LITTLE_ENDIAN)的切换会影响最终数值——JVM 不管字节序，全靠程序员控制位移逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
