异常机制提升Java程序健壮性，分为检查异常（如IOException）和非检查异常（如RuntimeException）；方法中用throw抛出异常，throws声明检查异常；应封装底层异常为业务异常，避免暴露技术细节；合理使用异常传递链，不滥用异常控制流程。
在Java中，异常抛出机制是处理程序错误的重要手段。通过合理使用异常，可以让程序更健壮、可读性更强，并将错误信息有效传递到调用层进行处理。
理解异常分类
Java中的异常分为两类：检查异常（checked exceptions）和非检查异常（unchecked exceptions）。
- 检查异常：继承自Exception但不包括RuntimeException的子类，例如IOException。这类异常必须显式处理或声明抛出。
- 非检查异常：包括RuntimeException及其子类（如NullPointerException）、Error等，编译器不要求强制处理。
设计方法时，根据错误语义决定抛出哪种异常。业务逻辑错误通常使用运行时异常，外部环境问题（如文件不存在）应使用检查异常。
使用throw关键字主动抛出异常
当检测到非法状态或参数时，可以使用throw语句主动抛出异常。
立即学习“Java免费学习笔记（深入）”；
public void setAge(int age) {
if (age < 0 || age > 150) {
throw new IllegalArgumentException("年龄必须在0-150之间");
}
this.age = age;
}
这样能及时阻止错误传播，并提供清晰的错误信息。
在方法签名中声明异常
如果方法可能抛出检查异常，需要在方法声明中使用throws关键字告知调用者。
public void readFile(String filePath) throws IOException {
FileInputStream fis = new FileInputStream(filePath);
// 处理文件读取
}
调用该方法的代码就必须try-catch处理，或继续向上抛出。这有助于构建清晰的错误传递链。
封装并传递底层异常
在分层架构中，通常不建议将底层异常直接暴露给上层。应将其包装为更合适的业务异常。
public User loadUserById(String id) throws UserServiceException {
try {
return userDao.findById(id);
} catch (SQLException e) {
throw new UserServiceException("加载用户失败", e);
}
}
这样做既保留了原始错误信息（通过异常链），又屏蔽了技术细节，提升系统解耦程度。
基本上就这些。关键是根据场景选择合适的异常类型，明确责任边界，让错误信息有意义且易于追踪。不复杂但容易忽略的是：别滥用异常控制流程，也别吞掉不该吞的异常。
