Java整型选择应以值域匹配、场景合理、行为可控为原则，int为默认起点；byte适用于小范围协议字段，short极少单独使用，long用于超大数如时间戳，需注意溢出、隐式提升和无符号限制等问题。
Java 整型选择不是看“哪个更小”，而是看“值域是否匹配、场景是否合理、行为是否可控”。int 是默认起点，其他类型都是为特定约束存在的补充。
按数值范围阶梯式对照选型
先确认业务数据可能的最大最小值，再逐级匹配：
- byte（-128 ~ 127）：适合协议字段、HTTP 状态码（如 200、404）、RGB 单通道值（0~255）、传感器原始字节。超限直接编译失败，比如 byte b = 128; 报错。
- short（-32768 ~ 32767）：极少单独使用；音频采样点、老系统兼容字段、学生成绩（0~100）等中低范围且需批量存储时可考虑。
- int（-2147483648 ~ 2147483647）：绝大多数场景首选——循环变量、数组索引、用户 ID（非分布式）、计数器、HTTP 响应码、普通金额（单位为“分”）都用它。
- long（约 ±9.2×10¹⁸）：时间戳（System.currentTimeMillis()）、分布式 ID、文件大小、大额订单金额（单位为“分”）、天文/金融超大整数。字面量必须加 L 后缀，如 long ts = 1733712000000L;
别为省字节强行降级
byte 和 short 在运算中会自动提升为 int，所以 byte a = 1, b = 2; byte c = a + b; 编译不通过，必须显式强转：byte c = (byte)(a + b);。这种隐式提升反而增加理解成本和出错风险。
除非是百万级数组（如图像像素、传感器批量采样），否则“省1~3个字节”对现代应用内存影响微乎其微，却可能带来溢出、转换、可读性问题。
立即学习“Java免费学习笔记（深入）”；
注意默认行为与常见陷阱
- 所有整型成员变量未赋值时，默认为 0（long 默认是 0L，但值仍是 0）；局部变量无默认值，必须显式初始化。
- 整数溢出不抛异常，而是静默回绕：int i = Integer.MAX_VALUE + 1; 结果是 Integer.MIN_VALUE。
- 字面量默认是 int，超范围会编译报错；long 必须写后缀，L 推荐大写（避免和数字 1 混淆）。
- Java 没有 unsigned 类型，所有整型都有符号位，做位运算或协议解析时要注意高位含义。
金额、精度敏感场景要绕开基本整型
哪怕用 long 存“分”，也只是规避浮点误差；但涉及除法、百分比、四舍五入、多币种换算时，仍推荐 BigDecimal 或严格定义的整数单位+固定小数位策略。float/double 绝对不能用于金额计算。
