选对java整数类型能省内存、防溢出、提性能；关键依据是数据的真实取值边界和存储规模，按场景选用byte、short、int或long，并注意溢出检测与内存优化。
Java 整数类型选对了，能省内存、防溢出、提性能；选错了，可能悄悄越界、浪费空间，甚至拖慢排序。关键不在“用哪个高级”，而在“值有多大、存多少、怎么用”。
按实际范围选整型，不盲目用 int 或 long
int 虽是默认类型，但不是万能解。真正决定类型的是数据的**真实取值边界**和**存储规模**：
- 状态码、HTTP 响应码、RGB 分量、协议字段 → 用 byte（-128 ~ 127），1 字节，数组中百万级可省下 3MB+ 内存
- 音频采样、传感器原始读数、小范围计数（如单页记录数）→ short（-32768 ~ 32767）适合 2 字节约束场景，比 int 节省一半空间
- ID、循环变量、数组下标、业务数量（订单数、用户数）→ int 最稳妥，范围够用（±21 亿），JVM 优化成熟，运算快
- 时间戳（毫秒/纳秒）、分布式 ID（Snowflake）、文件大小（GB 级以上）、金融大额累计 → 必须用 long，且字面量要加 L 后缀（如
1625432100000L），否则编译失败
long[] 排序不用绕弯，但降序得手动处理
Arrays.sort(long[]) 是开箱即用的高效方案，底层为双轴快排，百万元素通常几毫秒完成：
- 升序直接调用：
Arrays.sort(timestamps); - 降序不能传 Comparator → 可先升序再翻转：
ArrayUtils.reverse(timestamps);（Apache Commons）或手写循环 - 或转成
Long[]包装类数组，再用Arrays.sort(arr, Collections.reverseOrder())（但会额外分配对象，慎用于大数组）
内存敏感场景：基本类型数组远优于包装类
100 万个数值，用 long[] 占约 7.6 MB；而 Long[] 引用数组 + 每个 Long 对象至少 16 字节 → 实际超 20 MB，差近 3 倍：
- 批量计算、日志时间序列、传感器数据缓存 → 坚持用
long[]、int[]等基本类型数组 - 避免无意识自动装箱：比如
list.add(i)（i 是 long）会生成Long对象，高频循环中极易触发 GC - 若必须用集合，优先考虑
LongArrayList（Trove 或 Eclipse Collections）等专为基本类型设计的替代库
溢出检测不是可选项，而是上线前必查项
Java 整数溢出静默发生（如 Integer.MAX_VALUE + 1 == Integer.MIN_VALUE），线上故障常源于此：
- 涉及累加、乘法、时间差计算时，主动用
Math.addExact()、Math.multiplyExact()等带检查方法，抛出ArithmeticException - 数据库主键或 ID 生成逻辑，务必确认下游（如 MySQL BIGINT）与 Java
long范围对齐，避免截断 - 单元测试覆盖边界值：用
Integer.MAX_VALUE、Long.MAX_VALUE及其邻近值做输入验证
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
