Java中运行时异常属非检查型异常，编译器不强制处理，常见如NullPointerException等；应优先预防、按类型分层捕获、记录日志或包装重抛，Web应用推荐@ControllerAdvice全局处理，未捕获异常需设Thread.setDefaultUncaughtExceptionHandler兜底。
Java中捕获运行时异常（RuntimeException及其子类）和其他异常一样，靠try-catch语句块实现。但关键在于：运行时异常是非检查型异常（unchecked），编译器不强制要求处理，所以很多人会忽略它——结果程序在运行时突然崩溃，日志里只有一堆堆栈却找不到捕获点。
哪些异常属于运行时异常
常见如NullPointerException、ArrayIndexOutOfBoundsException、IllegalArgumentException、ClassCastException等。它们都继承自RuntimeException，特点是：不强制声明、不强制捕获、但一旦发生，默认终止当前线程。
- 不是所有运行时异常都该被“捕获”——比如空指针，更应从逻辑上避免，而非层层
catch - 适合捕获的场景：外部输入不可控（如用户填了非法数字）、第三方API返回意外状态、解析动态数据时格式不稳
- 不建议捕获后静默吞掉（即空
catch块），至少要记录日志或给出明确反馈
基础捕获写法与注意事项
直接用catch(RuntimeException e)可以捕获所有运行时异常，但通常不推荐“一锅端”，应按具体类型分层处理：
- 优先捕获更具体的子类，比如先
catch(NumberFormatException)，再catch(IllegalArgumentException)，最后考虑兜底 - 捕获后别只打印
e.printStackTrace()——生产环境要用logger.error("解析失败", e)，保留完整堆栈 - 捕获后若无法恢复业务逻辑，可包装成更明确的业务异常再抛出，例如：
throw new OrderValidationException("订单ID格式错误", e)
全局异
常处理机制（适合Web应用）
常处理机制（适合Web应用）Spring Boot项目中，推荐用@ControllerAdvice + @ExceptionHandler统一拦截运行时异常，避免每个接口都写重复try-catch：
- 定义一个全局异常处理器类，加上
@ControllerAdvice注解 - 用
@ExceptionHandler(RuntimeException.class)方法处理所有运行时异常 - 方法内可区分场景返回友好提示、HTTP状态码（如400）、或统一错误结构体
- 注意：这类全局处理不会捕获异步线程（如
@Async）或过滤器中的异常，需单独配置
未捕获运行时异常的兜底方案
即使写了大量catch，仍可能有漏网之鱼（比如静态初始化块、定时任务、底层回调）。这时可设置JVM级兜底：
- 通过
Thread.setDefaultUncaughtExceptionHandler为所有线程设置默认异常处理器 - 在
main方法开头注册，或Spring启动时通过@PostConstruct配置 - 处理器中务必记录日志、发送告警（如钉钉/邮件），避免异常完全丢失
- 注意：这个处理器只对未被任何catch捕获的异常生效，不影响已有try-catch逻辑
基本上就这些。运行时异常不是“不用管”，而是“要 smarter 地管”——重预防、慎捕获、有兜底、留痕迹。
