答案：Java中检查型异常需强制处理，适用于外部可恢复错误；运行时异常不强制捕获，用于程序逻辑错误。应根据错误类型合理选择，提升代码健壮性与可维护性。
Java中的异常处理机制通过Exception和RuntimeException帮助开发者管理程序运行时可能出现的问题。理解它们的区别并合理使用，是编写健壮、可维护代码的重要基础。
检查型异常（Checked Exception）与运行时异常（Unchecked Exception）的基本区别
在Java中，所有异常都继承自Throwable类。Exception及其子类（除了RuntimeException）被称为检查型异常，编译器会强制要求开发者处理或声明这些异常。而RuntimeException及其子类属于非检查型异常，编译器不强制捕获或抛出。
简单来说：
- 检查型异常：代表外部可恢复的错误，比如文件不存在、网络连接失败。你预期可能发生，并应主动处理。
- 运行时异常：通常由程序逻辑错误引起，比如空指针、数组越界。这类问题应在编码阶段避免，而不是靠捕获来修复。
何时使用Exception（检查型异常）
当你设计的方法可能因外部因素失败，且调用者有能力或责任去应对这种失败时，使用检查型异常更合适。
立即学习“Java免费学习笔记（深入）”；
例如读取文件内容：
public String readFile(String path) throws IOException {
try (BufferedReader br = new BufferedReader(new FileReader(path))) {
return br.readLine();
}
}
这里抛出IOException是一个检查型异常，调用者必须显式处理，这提醒他们“这个操作可能失败，需要准备应对”。
实践中建议：
- 在API设计中，对外部依赖（I/O、数据库、网络）使用检查型异常。
- 自定义业务异常也可继承
Exception，让调用方明确感知并处理特定场景。
何时使用RuntimeException（运行时异常）
当问题是由于程序内部错误导致，且无法合理恢复时，应使用RuntimeException。
例如参数校验失败：
public void processUser(User user) {
if (user == null) {
throw new IllegalArgumentException("用户对象不能为空");
}
// 处理逻辑
}
这种情况下，传入null是调用者的编程错误，不应指望每次调用都try-catch，而是应该在调用前确保参数正确。
常见使用场景包括：
- 非法参数（
IllegalArgumentException） - 状态不匹配（
IllegalStateException） - 空指针访问（
NullPointerException） - 数组越界（
IndexOutOfBoundsException）
实践建议：合理选择异常类型提升代码质量
区分使用两种异常不仅关乎语法，更是设计思想的体现。
- 不要滥用
RuntimeException来逃避异常声明。如果一个错误是调用者可以预见并处理的，就该用检查型异常。 - 避免将所有自定义异常都继承
RuntimeException，否则会削弱异常提示的意义。 - 在框架或库开发中，清晰的异常分类能显著提升易用性。
- 日志记录配合异常使用，有助于排查问题，尤其是运行时异常应附带足够上下文信息。
基本上就这些。掌握异常类型的本质差异，结合具体场景做判断，才能写出既安全又清晰的Java代码。
