Java异常处理：throw与throws区别及throw new适用场景解析

首先要明确：这俩根本不是互斥的二选一关系，作用完全不在一个层面：

• throws 是异常声明标记，写在方法签名上，作用只是告诉调用方“这个方法可能会抛出某类异常，你要做对应处理”，它本身不会创建异常对象，也不会真的触发异常抛出动作。
• throw new XxxException() 是实打实的异常抛出动作：你在代码逻辑里主动创建异常实例，立刻终止当前正常执行流程，把异常对象交给JVM的异常处理机制走后续的捕获逻辑。不管是受检异常还是非受检异常，只要你需要主动抛异常，都得用这个语法。

只要你需要主动中断当前正常执行流程、传递错误状态，都可以用，和是不是非受检异常没有绑定关系，常见场景有三类：

• 提前做参数/状态校验
  比如方法要求入参不能为null、年龄不能为负数、订单状态必须是待支付才能发起退款，你可以在方法逻辑最开头做判断，不满足条件直接throw new IllegalArgumentException("xxx参数非法")，在非法状态刚出现的时候就终止流程，避免非法参数传到后续逻辑引发更难排查的底层错误，还可以携带明确的业务错误信息，比等JVM或者底层框架抛异常的排查效率高很多。
• 转译底层异常，屏蔽实现细节
  比如你在业务代码里调用底层SDK捕获到SQLException、IOException这类底层异常，不需要把底层异常类型直接暴露给上层调用方，可以把异常包装成和当前业务语义匹配的异常再抛出，比如throw new UserQueryException("查询用户信息失败", e)，上层只需要关心“查用户失败了”，不需要感知底层是数据库连不上还是磁盘读错了，也方便后续做统一的异常处理。
• 特定业务分支的流程中断
  比如校验用户余额不足、库存不够、没有操作权限这类业务规则不满足的场景，直接抛出对应业务异常，不用层层嵌套if判断返回错误码，代码逻辑更清晰，后续可以通过全局异常处理器统一做返回值封装、日志打印。

注意：如果你用throw new抛出的是受检异常（非RuntimeException子类的Exception），才必须要么在当前方法用try-catch捕获，要么在方法签名上加throws声明对应异常类型；如果抛出的是非受检异常（RuntimeException及其子类、Error），不需要强制在方法签名上加throws声明。

原代码里return 1/i在i=0时，JVM执行整数除零逻辑会自动抛出ArithmeticException，和你自己写判断显式throw new ArithmeticException()的执行效果完全一致，都会被外层的catch块捕获到。
要不要加显式的throw判断，只看实际需求：

• 如果只是实现基础的倒数计算逻辑，不需要自定义错误信息，额外加if判断抛异常属于冗余代码，完全没必要写——JVM默认抛出的ArithmeticException本身会携带/ by zero的错误信息，比你空参new的ArithmeticException信息还更明确。
• 如果你需要给异常附加更贴合业务场景的错误信息，比如你想让异常提示为“计算倒数时传入参数不能为0，当前参数为计算接口入参i”，那显式判断加throw就有意义，排查问题的时候能更快定位错误来源。

内容的提问来源于stack exchange，提问作者Student123