RuntimeException适用于表示程序错误而非控制流程，通过在边界处捕获、使用Optional或结果对象、自定义异常并精准处理，可避免中断正常逻辑。
在Java中抛出RuntimeException时，如果想避免中断正常的程序逻辑，关键在于异常的使用场景和处理方式。虽然运行时异常会中断当前执行流程，但通过合理设计，可以做到“抛出异常”同时又不破坏整体逻辑。
1. 使用RuntimeException传递错误信息而非控制流程
不要用RuntimeException来控制正常业务流程。它适合用于表示程序错误，比如非法参数、空指针等。这样即使抛出，也说明出现了本不该出现的情况，程序本就应该被中断或记录问题。
示例：
if (input == null) {throw new IllegalArgumentException("输入不能为null");
}
这种校验属于防御性编程，提前暴露问题，反而有助于保持程序逻辑的健壮性。
立即学习“Java免费学习笔记（深入）”；
2. 在边界处捕获RuntimeException
在方法调用的外层（如控制器、任务调度入口）使用try-catch捕获运行时异常，防止其向上蔓延导致程序崩溃。
例如在Spring MVC中：
try {service.process(data);
} catch (RuntimeException e) {
log.error("处理失败", e);
// 返回默认值或错误码，继续执行
return Response.error("处理异常");
}
这样即使内部抛出异常，外部逻辑仍可继续运行。
3. 使用Optional或返回结果对象代替异常中断
对于可能失败但属于正常情况的操作，建议不用抛异常，而是用Optional或自定义结果类。
比如：
public Optionalif (userMap.containsKey(id)) {
return Optional.of(userMap.get(id));
} else {
return Optional.empty();
}
}
调用方通过isPresent()判断，不会因“找不到”而抛异常，逻辑更平滑。
4. 自定义RuntimeException并精准捕获
定义特定用途的运行时异常，只在必要位置抛出，并确保有对应的处理机制。
例如：
public class ValidationException extends RuntimeException {public ValidationException(String message) {
super(message);
}
}
在验证失败时抛出，上层统一拦截并返回用户友好提示，不影响其他模块运行。
基本上就这些。关键是区分异常是“错误”还是“预期情况”。RuntimeException适用于前者，后者应通过状态码、Optional等方式处理，自然就不会影响程序主逻辑了。
