ArithmeticException仅在整数类型（int、long、short、byte）除以零或模零时抛出；浮点数除零返回Infinity或NaN，不抛异常；它是运行时异常，无需强制捕获，应通过前置校验而非try-catch防范。
Java中ArithmeticException在什么情况下抛出
Java的ArithmeticException只在整数类型（int、long、short、byte）除以零时明确抛出；浮点数（float、double）除零不会触发该异常，而是返回Infinity或NaN。
-
10 / 0→ 立即抛出ArithmeticException: / by zero -
10.0 / 0.0→ 返回Double.POSITIVE_INFINITY，不报错 -
0 / 0→ 抛出异常；0.0 / 0.0→ 返回NaN - 模运算同样适用：只有
int % 0会抛异常，5.0 % 0.0返回NaN
为什么ArithmeticException是运行时异常
它继承自RuntimeException，编译器不强制要求try-catch或throws声明。这反映设计意图：除零是逻辑错误，应通过预防而非兜底来解决。
- 不是所有算术错误都归此类——溢出（如
Integer.MAX_VALUE + 1）静默回绕，不抛异常 - 没有对应的检查型异常（比如
CheckedArithmeticException），Java不提供自动溢出/除零检测机制 - JVM在字节码层面用
idiv/irem指令执行整数除/模，遇到除数为0直接触发异常
如何安全地避免/ by zero崩溃
不能依赖catch来“处理”除零，而应在计算前校验除数。尤其注意从外部输入、数据库字段、配置项获取的值。
- 对整数除法，显式判断：
if (divisor != 0) { result = dividend / divisor; } else { /* 处理非法输入 */ } - 使用
Math.floorDiv(a, b)等工具方法无帮助——它同样会在b == 0时抛ArithmeticException - 若业务允许近似结果，可转为浮点运算再检查：
double d = (double) a / b;，之后用Double.isInfinite(d)判断 - 在单元测试中必须覆盖
divisor = 0路径，否则上线后可能因边界数据暴露问题
常见误判场景和隐蔽坑点
有些情况看似安全，实则仍会触发异常，容易被忽略。
- 自动拆箱引发的隐式除零：
Integer divisor = null;→int d = divisor;先抛NullPointerException，但若divisor = 0，后续/才真正触发ArithmeticException - 泛型擦除后类型丢失：方法签名
T divide(T a, T b) Integer，运行时仍是整数除法，照样崩 - 字节码优化不影响行为：即使JIT将
100 / x内联，只要x运行时为0，异常照抛 - Android上部分低版本ROM曾有
ArithmeticException堆栈截断问题，但异常本身行为与标准JVM一致
除零不是偶然事件，而是控制流漏洞的信号。只要存在未校验的整数除数来源，就存在确定性崩溃风险。
