1.Java异常处理基础与概念
1.1 异常的定义与分类
在Java中，异常是一种在程序运行时可能出现的非正常情况。分为检查型异常（checked）与非检查型异常（unchecked）两大类，前者在编译时必须捕获或声明，后者通常是运行时错误。理解这一点对于设计稳定的错误处理方案至关重要。
常见检查型异常包括 IOException、ClassNotFoundException 等，需要在方法签名上通过 throws 声明或在调用处显式捕获。常见非检查型异常（运行时异常）如 NullPointerException、IndexOutOfBoundsException、IllegalArgumentException、NumberFormatException 等，通常由代码瑕疵或不合理输入引发。
下面给出一个简单示例，展示如何捕获一个可能导致空指针的场景，并强调捕获范围应尽量窄，避免吃掉真实的错误。
public String safeSubstr(String s) {try {return s.substring(1);} catch (NullPointerException e) {// 记录日志并返回兜底值return "";}
}1.2 基本语法结构与最佳实践
在Java中，异常处理的核心结构是 try-catch-finally，同时也可借助 throws 将异常向上抛出，交给调用方处理。
为了提升可维护性，多捕获（multi-catch）可以将多类异常合并处理，避免重复代码；同时，尽早捕获、避免在深层嵌套处处理异常，有助于定位问题。
下面示例演示了 try-with-resources 的正确写法，以及如何对资源进行自动关闭，避免资源泄露。
import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;public void readLineFromFile(String path) throws IOException {try (BufferedReader br = new BufferedReader(new FileReader(path))) {String line = br.readLine();System.out.println(line);}
}2.常见Java异常类型及处理姿势
2.1 常见异常类型
在日常开发中，常见的异常包括 NullPointerException、ArrayIndexOutOfBoundsException、NumberFormatException、IOException 等。对这类异常的处理，通常关注输入校验、边界判断与资源状态。
为了减少异常的产生，推荐在方法入口进行输入校验，并使用尽早返回的思路，降低进入 catch 的概率。
当异常不可避免时，务必记录足够的上下文信息，以便后续定位问题。下方示例展示了对多种异常的初步处理思路。
2.2 多异常捕获与异常传播
Java 7 引入的 多异常捕获（multi-catch）让一个 catch 块可处理多种异常，减少重复代码，并保留对各异常的具体处理策略。
public void parse(String s) {try {int v = Integer.parseInt(s);int[] arr = new int[v];arr[0] = 1;} catch (NumberFormatException | ArrayIndexOutOfBoundsException e) {// 统一的外层处理System.err.println("输入有误或越界: " + e.getMessage());}
}若需要保留原始异常信息，应在重新抛出时传入 cause，以便栈追踪完整。
2.3 日志与资源管理的好实践
在异常处理链中，日志记录要包含堆栈信息，以帮助后续调试；同时，不要吞掉异常，而是考虑将异常包装后继续抛出。
public void readConfig(Path path) {try {String content = new String(Files.readAllBytes(path), StandardCharsets.UTF_8);// 解析配置} catch (IOException e) {// 记录详细日志并抛出自定义异常（参考下文自定义异常）logger.error("读取配置失败: " + path, e);throw new AppException("读取配置失败", e);}
}3.实战：从常见异常到自定义异常的代码示例
3.1 场景与设计思路
本节通过一个简单的输入处理与文件读取场景，展示如何从常见异常逐步演进到自定义异常。通过封装异常、统一返回结构，提高系统稳定性与可维护性。
核心思路包括：将低层异常封装为应用自定义异常，并在业务层进行合理的错误分发；同时，优先使用 try-with-resources 进行资源管理。
3.2 自定义异常类设计
自定义异常有助于将系统错误类型统一为业务语义，便于统一处理与上层调用。
public class AppException extends RuntimeException {public AppException(String message) {super(message);}public AppException(String message, Throwable cause) {super(message, cause);}
}3.3 结合实际的示例代码
下面给出一个简化的服务类示例，演示如何将常见异常转换为自定义异常，并使用 try-with-resources 进行资源管理。
import java.io.BufferedReader;
import java.io.IOException;
import java.nio.file.Files;
import java.nio.file.Path;public class DemoService {public int parseNumber(String s) {try {return Integer.parseInt(s);} catch (NumberFormatException e) {// 将数字格式异常包装为应用级异常throw new AppException("非法数字: " + s, e);}}public void processFile(Path p) {try (BufferedReader br = Files.newBufferedReader(p)) {String line;while ((line = br.readLine()) != null) {parseNumber(line);}} catch (IOException e) {throw new AppException("读取文件失败: " + p, e);}}
}4.常用的异常处理模式与架构实践
4.1 集中化异常处理
在较大系统中，集中化的异常处理机制能让错误处理行为保持一致，比如定义一个统一的包装器，将各类底层异常转换为应用层可识别的错误码或消息。
一个简单的实现示例是提供一个全局的包装工具，确保异常栈信息不丢失，而调用端拿到可观测的错误对象。
public class ExceptionUtil {public static AppException wrap(Throwable t) {if (t instanceof AppException) {return (AppException) t;}return new AppException("系统异常", t);}
}4.2 日志策略与性能
日志级别与日志格式应合理，避免在高频异常产生处进行过多日志写入，以防影响性能；同时，尽量打印完整的栈信息以便排错。
通过在捕获处仅记录必要信息并将异常向上传递，可以实现更清晰的错误传播链。
private static final Logger logger = LogManager.getLogger(DemoService.class);public void safeProcess(Path p) {try {processFile(p);} catch (AppException e) {logger.error("处理文件失败: " + p, e);throw e;}
}4.3 兼容性与错误返回设计
对外暴露的接口应保持向后兼容，错误信息要精炼但包含必要上下文，避免暴露敏感信息。
设计一个统一的错误返回结构，有助于前端或调用方根据错误码进行相应处理。
