非受检异常适用于表达编程错误而非可恢复失败。1. 用于空指针、越界、非法状态等程序bug，如IllegalArgumentException表明参数错误；2. 避免滥用，需在Javadoc中明确声明可能抛出的运行时异常，不应用于表示网络超时等正常失败场景；3. 可自定义InvalidConfigurationException等子类提升语义清晰度；4. 兼容函数式编程，通过UncheckedIOException等转换避免lambda中检查异常的麻烦。关键在于区分“错误”与“失败”，合理使用提升API简洁性，滥用则降低可预测性。
Java中的UncheckedException（非受检异常）指的是继承自RuntimeException的异常类型，它们在编译期不需要显式捕获或声明。在库设计中合理使用UncheckedException，能提升API的简洁性和可用性，但必须谨慎权衡。
1. 用于表示编程错误
UncheckedException适合用来反映调用方代码中的逻辑错误或非法使用API的情况。这类问题通常应在开发阶段被发现，而不是通过强制捕获异常来处理。
- 空指针访问：参数为null但不允许时，抛出
NullPointerException - 数组越界：索引超出范围时，抛出
IndexOutOfBoundsException - 状态非法：对象处于不支持当前操作的状态，抛出
IllegalStateException
例如：
public void removeUser(String userId) {
if (userId == null) {
throw new IllegalArgumentException("userId must not be null");
}
// ...
}
这种情况下，异常表明调用者传参错误，属于程序bug，不应要求调用方每次都try-catch。
立即学习“Java免费学习笔记（深入）”；
2. 避免滥用导致调用方难以预料
虽然UncheckedException使用方便，但如果库中随意抛出未文档化的运行时异常，会降低API的可预测性。
- 应在Javadoc中明确说明可能抛出的重要RuntimeException
- 不要用RuntimeException表示正常的业务流程失败（如网络超时、文件不存在等）
- 对于可恢复的错误，应优先使用Checked Exception或返回结果封装类（如Optional、Result类型）
3. 自定义RuntimeException增强语义
当标准异常无法准确表达错误含义时，可以定义自己的RuntimeException子类，使错误更清晰。
public class InvalidConfigurationException extends RuntimeException {
public InvalidConfigurationException(String message) {
super(message);
}
}
这样调用方在调试时更容易理解问题来源，也便于在统一异常处理机制中做分类处理。
4. 与函数式编程风格兼容
现代Java库常结合lambda和Stream使用，而这些API不支持Checked Exception。使用UncheckedException可避免包装和解包异常的麻烦。
例如：
users.stream()
.map(user -> {
try {
return loadProfile(user);
} catch (IOException e) {
throw new UncheckedIOException(e); // 转换为运行时异常
}
})
.forEach(...);
Java标准库提供了UncheckedIOException等工具类来桥接这一需求。
基本上就这些。在库设计中，UncheckedException是表达“这是你的代码写错了”的有力工具，但不能代替良好的API设计和文档说明。用得好，能让接口更干净；用得滥，会让使用者陷入困惑。关键在于区分“错误”和“失败”。
