程序员小白入门，Java异常最全总结

Java异常是程序运行时可能出现的错误或意外情况的机制，掌握异常处理对程序员至关重要。以下从异常架构、处理流程、类型选择、常见面试题及最佳实践等方面进行总结。

• 异常架构：Java异常体系以Throwable为根类，分为Error和Exception两大分支。

  Error：表示系统级错误，由JVM抛出（如OutOfMemoryError、StackOverflowError），程序无法捕获处理，通常需通过优化代码或调整JVM参数解决。

  Exception：程序可处理的异常，分为检查型异常（Checked Exception）和非检查型异常（Unchecked Exception）。

  检查型异常：继承自Exception（非RuntimeException子类），如IOException、SQLException，编译时强制要求处理（try-catch或throws声明）。

  非检查型异常：继承自RuntimeException，如NullPointerException、IllegalArgumentException，通常由代码逻辑错误引发，编译时不强制处理。

• 异常关键字：

  try：包裹可能抛出异常的代码块。

  catch：捕获并处理特定类型的异常。

  finally：无论是否发生异常，都会执行的代码块（常用于释放资源）。

  throw：主动抛出异常对象。

  throws：在方法签名中声明可能抛出的异常类型。

1. 异常抛出：当代码执行遇到错误时，JVM或方法通过throw抛出异常对象。
2. 异常匹配：从当前方法开始，逐层向上查找匹配的catch块（按catch块顺序匹配，第一个匹配的类型生效）。
3. 异常处理：

   若找到匹配的catch块，执行其中的逻辑，然后跳过finally块（如有）继续执行后续代码。

   若未找到匹配的catch块，且方法未声明throws，则异常向上传播至调用方；若传播至main方法仍未处理，程序终止并打印堆栈信息。

4. finally执行：无论是否发生异常，finally块中的代码都会执行（除非调用System.exit()或JVM崩溃）。

示例代码：

• 检查型异常：当方法无法完成预期功能，且调用方可能通过重试、提供替代方案或提示用户修复问题来恢复时，使用检查型异常（如文件读取失败）。
• 非检查型异常：当问题由代码逻辑错误引发（如空指针、数组越界），且调用方无法合理恢复时，使用非检查型异常（如参数校验失败抛出IllegalArgumentException）。
• 自定义异常：当标准异常无法准确描述业务场景时，可继承Exception或RuntimeException创建自定义异常。例如：class InsufficientBalanceException extends RuntimeException { public InsufficientBalanceException(String message) { super(message); }}

1. Error和Exception的区别：

   Error是系统级错误，程序无法处理；Exception是程序可处理的异常。

2. throw和throws的区别：

   throw用于主动抛出异常对象；throws用于方法签名中声明可能抛出的异常类型。

3. finally是否一定会执行：

   除非调用System.exit()或JVM崩溃，否则finally一定会执行。

4. 如何避免NullPointerException：

   使用Optional类、显式判空（if (obj != null)）、使用@NonNull注解（如Lombok）等。

5. 自定义异常的适用场景：

   当业务逻辑需要区分不同类型的错误时（如用户余额不足、订单已存在等）。

1. 避免过度使用检查型异常：检查型异常会强制调用方处理，可能导致代码冗余。若调用方无法合理恢复，优先使用非检查型异常。
2. 提供有意义的异常信息：通过构造函数或getMessage()方法传递详细错误信息（如“文件未找到：test.txt”而非“文件未找到”）。
3. 不要忽略异常：空catch块会隐藏错误，至少应记录日志（如e.printStackTrace()或使用日志框架）。
4. 优先使用标准异常：如参数错误用IllegalArgumentException，状态错误用IllegalStateException，避免重复造轮子。
5. 资源管理使用try-with-resources：Java 7+支持自动关闭资源的语法，避免手动在finally中释放（如文件流、数据库连接）。try (FileInputStream file = new FileInputStream("test.txt")) { // 自动关闭资源} catch (IOException e) { e.printStackTrace();}
6. 异常链化：捕获底层异常后，包装为更高层次的异常抛出，保留原始异常信息（通过initCause()或构造函数传参）。try { // 业务逻辑} catch (SQLException e) { throw new DataAccessException("数据库操作失败", e); // 保留原始SQLException}

总结：Java异常处理需结合业务场景选择合适的异常类型，遵循“谁调用谁处理”的原则，通过最佳实践提升代码健壮性和可维护性。理解异常架构、处理流程及面试常见问题，能帮助小白快速掌握核心知识点。