java中的exception用于优雅处理程序错误，主要有三种策略：1.捕获并处理，通过try-catch-finally结构化处理异常；2.抛出异常，使用throws将异常传递给调用者；3.既捕获又抛出，捕获后包装为新异常再抛出。区别在于checked exception需强制处理，而unchecked exception不强制。最佳实践包括避免过度捕获、捕获具体类型、记录信息、使用自定义异常表达特定错误。
Java中的Exception，简单来说，是为了让程序在遇到错误时，不至于直接崩溃，而是能够优雅地处理这些错误，甚至从中恢复。它提供了一种结构化的方式来管理程序运行时的异常情况。
处理异常的策略主要有三种：捕获并处理、抛出异常、以及既捕获又抛出。
捕获并处理
立即学习“Java免费学习笔记（深入）”；
捕获并处理异常是最常见的策略。使用try-catch块来实现。try块包含可能抛出异常的代码，而catch块则包含处理异常的代码。
try {
// 可能抛出异常的代码
int result = 10 / 0; // 模拟除以零异常
} catch (ArithmeticException e) {
// 处理ArithmeticException异常
System.err.println("发生算术异常: " + e.getMessage());
// 可以记录日志、进行回滚操作、或者给用户友好的提示
} finally {
// 可选的finally块，无论是否发生异常都会执行
System.out.println("Finally块执行");
}finally块是可选的，它包含无论try块中的代码是否抛出异常都会执行的代码。这通常用于释放资源，比如关闭文件流或数据库连接。
抛出异常
如果当前方法无法处理异常，可以选择将异常抛给调用者处理。使用throws关键字在方法签名中声明可能抛出的异常。
public void readFile(String filePath) throws IOException {
// 读取文件的代码
// 如果发生IOException，则抛出给调用者处理
FileInputStream fis = new FileInputStream(filePath);
// ...
fis.close();
}调用者需要处理这个IOException，要么使用try-catch块捕获，要么继续向上抛出。
既捕获又抛出
有时候，我们需要在捕获异常后进行一些处理，然后将异常包装成一个新的异常，并重新抛出。这通常用于提供更详细的异常信息，或者将底层的异常转换成更高层次的业务异常。
public void processData(String data) throws MyBusinessException {
try {
// 一些可能抛出SQLException的代码
// 例如：连接数据库、执行SQL语句
} catch (SQLException e) {
// 捕获SQLException，并包装成MyBusinessException
throw new MyBusinessException("处理数据时发生数据库错误", e);
}
}在这个例子中，SQLException被捕获，并被包装成MyBusinessException。MyBusinessException可能包含更具体的业务信息，比如哪个数据处理步骤失败了。原始的SQLException被作为原因传递给新的异常，这样可以保留异常链，方便调试。
为什么需要使用Exception？
没有异常处理机制，程序遇到错误会直接崩溃，用户体验很差。使用异常处理，可以：
- 提高程序的健壮性：程序不会因为小错误而崩溃。
- 方便错误定位和调试：异常信息包含了错误类型、发生位置等信息，有助于快速定位问题。
- 分离错误处理代码和业务逻辑代码：使代码更清晰、更易于维护。
Checked Exception vs. Unchecked Exception有什么区别？
Java中的异常分为两种：Checked Exception（检查型异常）和 Unchecked Exception（非检查型异常）。它们的区别主要在于编译器是否强制要求处理。
-
Checked Exception：在编译时强制要求处理的异常。如果一个方法声明抛出一个Checked Exception，那么调用者必须显式地捕获并处理这个异常，或者继续向上抛出。
IOException和SQLException是常见的Checked Exception。 -
Unchecked Exception：编译器不强制要求处理的异常。这些异常通常是由于程序中的逻辑错误引起的，比如
NullPointerException、ArrayIndexOutOfBoundsException和IllegalArgumentException。虽然编译器不强制处理，但建议在代码中进行适当的检查，以避免这些异常的发生。
选择哪种异常处理策略更好？
没有绝对的“更好”的策略，选择哪种策略取决于具体的场景和需求。
- 如果当前方法能够完全处理异常，比如记录日志、进行重试等，那么应该选择捕获并处理异常。
- 如果当前方法无法处理异常，或者处理异常会破坏程序的逻辑，那么应该选择抛出异常，将异常交给调用者处理。
- 如果需要在捕获异常后进行一些处理，并提供更详细的异常信息，那么可以选择既捕获又抛出异常。
最佳实践：
-
避免过度使用
try-catch块：过多的try-catch块会使代码难以阅读和维护。只在必要的地方使用try-catch块。 -
捕获具体的异常类型：避免捕获
Exception或Throwable等过于宽泛的异常类型。应该捕获具体的异常类型，以便更好地处理异常。 - 不要忽略异常：捕获到异常后，应该进行适当的处理。忽略异常可能会导致程序出现不可预测的行为。
-
使用
finally块释放资源：确保在finally块中释放资源，即使发生异常也能保证资源被正确释放。 - 自定义异常：在必要时，可以自定义异常类，以便更好地表达程序中的错误情况。
- 记录异常信息：记录异常信息有助于定位问题和调试程序。可以使用日志框架（如Log4j或SLF4J）来记录异常信息。
什么时候应该自定义异常？
当你需要表达应用程序特有的错误情况时，就应该考虑自定义异常。例如，一个电商应用可能需要自定义InsufficientStockException（库存不足异常）或InvalidOrderException（无效订单异常）。自定义异常可以提高代码的可读性和可维护性，并且可以包含更详细的错误信息。
