runtimeexception需系统处理：预防（空值检查、边界校验）、拦截（统一异常处理器）、响应（日志记录、用户提示、降级策略）。
Java 运行时异常（RuntimeException）不需要强制捕获或声明，但不能放任不管——它往往暴露的是代码逻辑缺陷，必须从预防、拦截和响应三个层面系统处理。
提前预防：写健壮的代码，减少抛出可能
多数 RuntimeException 源于可避免的编程疏漏。关键不是等它发生再 catch，而是从源头掐断。
-
空值检查常态化：对可能为 null 的引用，用
Objects.requireNonNull()或显式判空，尤其在方法入参、外部数据解析后； -
数组/集合访问加边界校验：访问
list.get(i)前确认i >= 0 && i ；用 <code>Optional包装可能为空的返回值； -
数字转换前验证格式：不要直接调
Integer.parseInt(str)，先用正则或NumberUtils.isCreatable()（Apache Commons）预检； -
参数合法性由方法自己把关：构造函数或 setter 中对非法值（如负数年龄、空用户名）立即抛
IllegalArgumentException，而不是留到后续计算时崩出ArithmeticException。
精准拦截：按需捕获特定子类，不笼统 catch RuntimeException
全局 catch (RuntimeException e) 是反模式。应只在明确知道如何恢复的上下文中，捕获具体子类并做有意义处理。
- 用户输入解析失败时，捕获
NumberFormatException，返回友好提示“请输入有效数字”，而非让整个请求失败； - 调用第三方 API 返回非标准 JSON 时，捕获
JsonProcessingException（Jackson 的运行时异常），降级使用默认值或记录告警； - 在批处理循环中，单条数据出错不应中断整体流程，对每条记录单独 try-catch
NullPointerException或ClassCastException，记录错误日志后继续。
统一响应：用全局异常处理器兜底，保障用户体验
未被显式捕获的 RuntimeException，应由框架层统一拦截，避免堆栈信息泄露给前端，同时保证 HTTP 状态码合理。
- Spring Boot 项目中，定义
@ControllerAdvice类，用@ExceptionHandler(RuntimeException.class)方法统一返回 JSON 错误体（含错误码、简明消息、traceId）； - 区分场景设置状态码：业务校验失败用
400 Bad Request，系统内部不可恢复错误用500 Internal Server Error； - 日志中必须记录完整堆栈 + 关键上下文（如用户ID、请求URL、入参摘要），方便快速定位根因。
主动抛出自定义 RuntimeException 提升语义清晰度
不要只依赖内置异常。针对业务规则，定义有含义的子类，让错误意图一目了然。
- 例如：
InsufficientBalanceException比泛泛的IllegalStateException更易理解； - 自定义异常继承
RuntimeException，无需在方法签名声明，但应在 JavaDoc 中注明“可能抛出”，让调用方知情； - 构造时传入业务上下文，如
new InsufficientBalanceException("账户余额不足，当前: " + balance)，便于日志和监控识别。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
