ArithmeticException 是 Java 运行时异常，不强制捕获，常见于整数除零、Integer.MIN_VALUE/-1 等非法算术操作；float/double 除零不抛此异常；应优先预防而非盲目 try-catch。
ArithmeticException 是什么，为什么不能用常规 try-catch 一概而论
ArithmeticException 是 Java 中的运行时异常（RuntimeException 子类），**不强制要求捕获**，但一旦抛出，说明发生了非法算术操作。最常见的是除零（int / 0），但不止于此。
它和 NullPointerException 类似：编译器不检查，但发生时程序会中断——所以关键不是“能不能 catch”，而是“该不该 catch”“在哪 catch”“catch 后怎么处理”。盲目包裹 try-catch 可能掩盖逻辑缺陷。
哪些操作会触发 ArithmeticException
不是所有算术运算都抛这个异常。Java 对不同数值类型有明确区分：
-
int、long、short、byte的除零（10 / 0）→ 抛ArithmeticException -
float和double的除零（10.0 / 0.0）→ 不抛异常，结果是Infinity或NaN -
Integer.MIN_VALUE / -1（整数溢出取反）→ 在 JDK 8+ 仍抛ArithmeticException（因为补码溢出无法表示正数） -
BigInteger的divide()方法除零 → 也抛ArithmeticException；但divideToIntegralValue()行为相同
什么时候该显式 try-catch，什么时候该预防
直接捕获 ArithmeticException 多数是权宜之计。更健壮的做法是提前校验或改用安全类型：
- 用户输入参与除法？必须在
计算前检查分母是否为
0，而不是等抛异常再处理 - 配置值或数据库字段做除法？应在校验层（如 Bean Validation）或 service 层做非零断言，抛
IllegalArgumentException更语义准确 - 仅在极少数场景适合 catch：比如通用表达式计算器（
ScriptEngine）、动态公式解析，且你明确接受“运行时错误可恢复” - 若真要 catch，请限定作用域——不要把整个方法体包进
try，只包那条除法语句
int a = 10;
int b = userInput; // 来自外部
if (b == 0) {
throw new IllegalArgumentException("divisor cannot be zero");
}
int result = a / b;
日志与调试中容易忽略的关键点
当 ArithmeticException 出现在生产环境堆栈里，光看 by zero 并不够：
- 检查是否用了
Objects.requireNonNull()或类似工具——它们不会捕获这个异常，但可能掩盖原始调用点 - 注意字节码层面：JVM 对整数除零的检测发生在运行时，IDE 或静态分析工具（如 SpotBugs）可能标出
RV_DONT_USE_INT_VALUE_OF类警告，但不会报除零 - 如果使用 Lombok 的
@Data或@Builder，确保没有在toString()或hashCode()中隐含除法逻辑（罕见但可能） - Spring Web 中，全局异常处理器（
@ControllerAdvice）捕获ArithmeticException时，别直接返回 500——应区分是编程错误（需修复）还是可控异常（如用户乱输）
