应选用最小但足够宽的整数类型以优化内存、gc、缓存及线程安全：byte（-128~127）、short（-32768~32767）、int（默认，性能优）、long（时间戳/主键等超范围场景），并注意溢出防护与装箱优化。
Java 整数类型的选择不是随便挑一个“够用就行”的事，而是直接影响内存占用、GC 压力、缓存效率甚至多线程安全的关键决策。核心原则就一条：用最小但足够宽的类型，不浪费也不冒险。
按数据范围选整数类型
Java 提供 byte、short、int、long 四种有符号整型，它们的位宽和取值范围逐级扩大：
- byte（1 字节）：-128 ~ 127。适合枚举状态码、RGB 像素值、小范围计数器等；百万级数组用 byte 能比 int 节省 75% 内存。
- short（2 字节）：-32768 ~ 32767。适用于音视频采样、坐标偏移量、轻量 ID 池等中等范围场景。
- int（4 字节）：-2147483648 ~ 2147483647。最常用，默认整数字面量类型；JVM 对 int 运算做了深度优化，性能通常优于 long。
- long（8 字节）：-9223372036854775808 ~ 9223372036854775807。必须用于时间戳（毫秒级）、数据库主键（如 Snowflake ID）、大文件大小、高并发计数器等超范围场景。
警惕隐式溢出与字面量后缀
int 类型计算容易悄无声息地溢出，比如 int a = Integer.MAX_VALUE; int b = a + 1; 结果是 -2147483648，而非报错。long 可缓解该问题，但需注意字面量写法：
- 超过 int 范围的数字字面量必须加 L（推荐大写，避免与数字 1 混淆），否则编译失败。例如：
long ts = 1719100000000L; - 混合运算时，int 和 long 运算结果自动提升为 long，但中间过程仍可能溢出。建议显式转 long：
long result = (long) a * b; - 使用
Math.addExact()、Math.multiplyExact()等方法可在溢出时抛出ArithmeticException，便于早期发现问题。
善用包装类缓存与对象复用
Integer 缓存 -128 ~ 127 是 JVM 标准行为，但 long 没有默认缓存（Long.valueOf() 不缓存）。这意味着：
- 用
Integer.valueOf(100)比new Integer(100)更省内存且更快；但Integer.valueOf(200)仍会新建对象。 - 对 long 值做频繁装箱（如放进 HashMap
），应避免无意义的 new Long(x)，改用 Long.valueOf(x)——虽然不缓存，但语义更清晰、未来可扩展。 - 若业务中 long 值高度重复（如用户等级、状态码），可自行构建 LRU 缓存或静态 Map 复用对象，减少 GC 压力。
long 的高阶实战要点
long 不只是“更大的 int”，它在并发、序列化、跨平台等场景有独特价值：
-
原子操作：
AtomicLong提供 CAS 更新、递增、比较并设置等线程安全操作，适合实现分布式 ID 生成器或共享计数器。 -
时间处理：
System.currentTimeMillis()和Instant.toEpochMilli()返回 long，直接参与计算无需转换；避免用 int 存毫秒时间戳（2038 年问题）。 - 二进制与位运算：long 支持 64 位位操作，可用于高效布隆过滤器、权限掩码（如 64 种功能开关）、哈希分桶等。
-
超大数兜底：当 long 也不够用（如天文计算、密码学大素数），切换到
BigInteger；它不可变、线程安全，但性能开销显著，仅在必要时启用。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
