java整数类型应按数值范围、内存压力和语义清晰度选择：byte适用于小范围状态码等，short用于年龄等中等范围，int是默认首选，long用于时间戳等超大范围；需警惕溢出、符号扩展及隐式转换陷阱。
Java 整数类型不是“越大越安全”，而是要按实际数值范围、内存压力和语义清晰度来选。int 是默认起点，但 byte、short、long 各有不可替代的适用边界。
看数据范围，再定类型
别凭经验或习惯选型，先确认值的真实上下界：
- byte（-128 ~ 127）：适合 HTTP 状态码（200/404/500）、RGB 颜色分量（0–255）、传感器原始字节、协议字段。百万级对象中用 byte 存状态，比 int 节省 3 倍内存。
- short（-32768 ~ 32767）：适合年龄（0–120）、学生成绩（0–100）、音频采样值、小规模 ID 编号。注意：JVM 对 short 的运算仍会自动提升为 int，纯节省内存时才值得用。
- int（约 ±21 亿）：循环变量、数组索引、用户 ID（非 Snowflake 类）、年份、普通业务计数器、万元级金额（单位为“分”时上限约 21 万“元”）——绝大多数场景首选。
-
long（约 ±9.2×10¹⁸）：时间戳（
System.currentTimeMillis()）、分布式主键（如 Snowflake）、文件大小（>2GB）、大额金融累计值（单位为“分”且总额超 21 亿）。字面量必须加L后缀，如1625097600000L，否则编译报错。
考虑内存与性能权衡
类型越小，单个变量越省空间，但不等于整体更高效：
- 数组密集场景（如图像像素、批量传感器数据）：用
byte[]或short[]可显著降低堆内存占用和 GC 压力。 - CPU 缓存友好性：小类型在缓存行中能塞进更多元素，对遍历性能有隐性提升。
- 避免“伪优化”：用
byte存年龄看似省空间，但每次参与算术运算（如age + 1）都会隐式转成int，反而增加指令开销。
警惕常见陷阱
选错类型可能引发静默错误或运行时异常：
-
字面量溢出：
int x = 1234567890123;编译失败，因为默认整数字面量是 int，超出范围；应改用long x = 1234567890123L; -
无符号误用：Java 所有整型都是有符号的，
byte b = (byte)255;实际得到 -1，不是 255。处理网络/文件二进制流时需注意符号扩展问题。 -
类型混用导致精度丢失：从
long赋值给int或short必须显式强制转换，否则编译报错；运行时若值越界，会截断高位，结果不可预期。
结合业务语义做判断
类型也是代码文档的一部分：
- 用
byte表示协议字段，天然暗示“这是单字节标识”，比int更具可读性。 - 用
long存时间戳，直接体现其纳秒/毫秒精度层级，避免和“秒级时间戳”混淆。 - 避免用
int模拟布尔状态（如 0/1/-1 表 true/false/unknown），该用boolean就用boolean，需要三态就用Boolean包装类。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
