java整数溢出不抛异常而是静默回绕，需预判应对；明确各类型取值范围，优先用常量；超限时改用long；必要时手动溢出检查。
Java 中整数溢出不会抛异常，而是静默回绕——比如 int 加到最大值后再加 1，直接变成最小值。这不是 bug，是 JVM 严格按二进制补码规则执行的结果。关键不是“防止它发生”，而是“提前预判、主动应对”。
看清取值范围是第一步
每种整数类型都有明确边界，必须心里有数：
- byte：-128 ~ 127（8 位）
- short：-32768 ~ 32767（16 位）
- int：-2147483648 ~ 2147483647（32 位，日常最常用，也最容易踩坑）
- long：-9223372036854775808 ~ 9223372036854775807（64 位，适合累加、计数、时间戳等场景）
用 Integer.MAX_VALUE、Long.MIN_VALUE 这类常量比硬写数字更安全，也更易读。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
用 long 替代 int 是最常用解法
当计算结果可能接近或超过 21 亿时，直接把变量声明为 long，成本低、效果稳：
- 把
int x = 1;改成long x = 1L; - 循环中所有参与运算的变量都升级，避免隐式截断（比如
int a = 1000000; long b = a * 1000;仍会先按 int 算再转 long，可能已溢出） - 字面量加
L后缀，如10000000000L，否则编译器默认按 int 解析，超限直接报错
需要精确控制时做溢出检查
不是所有场景都能无脑换 long，比如接口协议要求返回 int，或性能敏感需保持内存紧凑。这时可在运算前判断：
- 加法检查：
if (a > 0 && b > Integer.MAX_VALUE - a)表示a + b会溢出 - 减法检查：
if (a - 乘法检查更复杂，可用
Math.multiplyExact(a, b)——它会在溢出时抛ArithmeticException，适合开发调试阶段快速暴露问题
超大数或金融计算用 BigInteger
当数值可能远超 long 范围（比如阶乘、密码学、精确财务），BigInteger 是唯一可靠选择：
- 它没有固定位宽，动态扩容，理论上只受内存限制
- 运算方法全为对象调用，如
a.add(b)、a.multiply(b) - 代价是对象开销和性能下降，普通业务不建议滥用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
