Java循环控制变量首选int，因JVM字节码指令（iload/istore等）专为32位int设计，无需类型转换；局部变量表索引0–3有单字节速记指令，int天然适配且范围足够；API返回值多为int，语义一致避免隐式转换陷阱。
Java 中循环控制变量普遍选用 int，不是习惯使然，而是由 JVM 字节码层面的设计决定的——它天然适配、开销最小、无需额外转换。
字节码指令直接支持 int
JVM 的整数运算指令（如 iload、istore、iinc、if_icmplt）全部以 i（integer）开头，专为 int 类型设计。这些指令直接操作局部变量表和操作数栈中的 32 位整数值，无需类型转换或扩展。
相比之下：
-
short或byte变量在循环中每次自增（i++）都需额外插入i2s（int to short）或i2b指令，再存回，多出至少 2 条字节码； -
long虽语义兼容，但需成对操作（lload/lstore），占双倍栈宽，且部分 JVM 在 32 位环境上还需额外同步； -
char表面是无符号 16 位，但 JVM 同样没有原生指令，实际也按int处理后再截断。
局部变量表访问最高效
循环变量通常存于局部变量表索引位置（如 istore_1、iload_1）。JVM 对索引 0–3 的变量提供了单字节速记指令（iload_0～iload_3），访问速度最快。而 int 是唯一能自然落入该优化范围、又满足常用计数范围（±21 亿）的整型。
用 short 声明变量并不会让局部变量表“更省空间”——JVM 局部变量表最小单位就是 32 位槽（slot），short 和 int 占用相同空间，却换来更多指令开销。
语义清晰，避免隐式转换陷阱
数组长度（array.length）、集合大小（list.size()）、字符串长度（str.length()）等 API 返回的全是 int。用 int 作循环变量可直接比较，不触发有符号/无符号混用问题（如 C/C++ 中 int i 与 size_t n 比较导致负值转极大正数）。
若强行用 long 控制常规循环（如 for(long i = 0; i ），不仅浪费内存和指令，还可能因自动拆箱或隐式窄化引发编译警告或运行时异常。
足够用，且边界可控
绝大多数业务循环次数远低于 Integer.MAX_VALUE（约 21 亿）。即便真要遍历超大集合，也应优先考虑分页、流式处理或改用迭代器，而非盲目升级循环变量类型。
溢出风险真实存在，但属于逻辑设计问题：当 i++ 接近上限时，int 会回绕为负值，反而容易暴露终止条件缺陷（比如 i 突然永远为 true）。这种“失败即可见”的特性，比静默越界更利于调试。
