java编译器按jvm规范分层选择整型常量压栈指令：先-1~5用iconst_x（1字节），再-128~127用bipush（2字节），再-32768~32767用sipush（3字节），更大值用ldc从常量池加载。
Java编译器在生成字节码时，并不会对所有整型常量都用同一种指令压栈，而是根据数值大小和出现频率，自动选用最紧凑、执行效率最高的指令。核心逻辑是：越小、越常用的数，越倾向用专用短指令；数值稍大但仍在小范围内的，用带参数的短指令；超出后才转向更通用的方式。
iconst 指令专用于极小整数
iconst 系列是零参数指令，不携带任何立即数，靠指令名本身编码数值，因此执行最快、字节码最短。
- 对应数值为 -1、0、1、2、3、4、5，分别使用 iconst_m1、iconst_0～iconst_5
- 例如
int x = 0;编译后是iconst_0（1字节），不是bipush 0（2字节） - 这个范围设计源于统计——这些值在代码中出现频率极高，JVM 专门优化了它们
bipush 覆盖一字节有符号整数全范围
bipush 是单参数指令，操作码占1字节，立即数占1字节（8位有符号），共2字节长度，支持 -128 到 127。
- 只要数值落在 [-128, 127] 内，且不属于 iconst 的 [-1, 5] 子集，就用 bipush
- 比如
int y = 127;→bipush 127；int z = -2;→bipush -2 - 注意：-1 不走 bipush，而是走 iconst_m1；6 也不走 bipush，因为超出了 iconst 范围，但又没到 sipush 的必要程度？不对——6 实际上也走 bipush（因6 ∈ [-128,127] 且 ∉ [-1,5]）
为什么不是“按需选最短”，而是分层固定规则？
这不是编译器自由决策，而是 JVM 规范强制约定的指令语义。选择逻辑是排他性、确定性的：
- 先检查是否为 -1～5 → 是则用 iconst_x
- 否则检查是否在 -128～127 → 是则用 bipush
- 再否则看是否在 -32768～32767 → 用 sipush（2字节立即数，共3字节指令）
- 最后剩更大的 int 常量（如 Integer.MAX_VALUE）→ 用 ldc，从常量池加载（需索引查表）
实际验证小技巧
写一个含多个赋值的 main 方法，用 javac 编译后，用 javap -v 查看字节码，能清晰看到指令分布：
-
int a = -1;→iconst_m1 -
int b = 5;→iconst_5 -
int c = 6;→bipush 6 -
int d = 128;→sipush 128 -
int e = 100000;→ldc #3（#3 指向常量池中的整数值）
