Java异常处理核心是精准捕获业务异常，区分技术异常与业务异常，强制处理受检异常，用自定义异常封装语义，catch块需做有效处理而非空捕获或仅打印堆栈。
Java中使用try-catch捕获并处理业务逻辑异常，核心不是“兜住所有错误”，而是精准响应可预期的、与业务规则强相关的异常场景。重点在于区分技术异常（如IOException）和业务异常（如“余额不足”“用户名已存在”），前者常需系统级恢复，后者应由业务语义驱动处理逻辑。
明确哪些异常该用try-catch捕获
受检异常（checked exception）必须处理，否则编译失败。典型业务相关受检异常包括：
- IOException：文件保存用户配置失败、导出报表写入磁盘失败
- SQLException：插入订单时违反数据库唯一约束（如重复下单）
- ParseException：解析用户提交的生日字符串“2026-02-30”失败
运行时异常（unchecked）如NullPointerException、IllegalArgumentException，不强制捕获——但可在关键校验点主动抛出并捕获，用于统一反馈。例如用户注册时检测手机号格式，不合法就抛IllegalArgumentException，在Controller层用try-catch转为HTTP 400响应。
用自定义异常封装业务含义
避免直接抛Exception或RuntimeException，而是定义语义清晰的业务异常类：
立即学习“Java免费学习笔记（深入）”；
public InsufficientBalanceException(String message) {
super(message);
}
}
在服务方法中使用：
public void deductBalance(Long userId, BigDecimal amount) {BigDecimal balance = accountDao.getBalance(userId);
if (balance.compareTo(amount) < 0) {
throw new InsufficientBalanceException("账户余额不足，当前：" + balance);
}
accountDao.updateBalance(userId, balance.subtract(amount));
}
调用方即可针对性处理：
try {paymentService.deductBalance(1001L, new BigDecimal("99.9"));
System.out.println("扣款成功");
} catch (InsufficientBalanceException e) {
System.out.println("提示用户充值：" + e.getMessage());
}
catch块中做真正有用的事
不要只写e.printStackTrace()或空catch。每个catch应有明确目的：
- 记录带上下文的日志：log.error("订单支付失败（orderNo={}）", orderNo, e)
-
转换异常向上抛出：将底层SQL异常包装为
OrderCreateException("库存扣减失败") - 提供默认值或降级逻辑：查缓存失败时，自动回源数据库读取
-
向用户返回友好提示：捕获
InvalidPhoneException后，返回JSON {"code":400,"msg":"手机号格式不正确"}
注意多异常捕获顺序和资源管理
若一段代码可能触发多种异常（如读文件+解析JSON），多个catch需按继承关系从子类到父类排列：
try {String json = Files.readString(Paths.get("config.json"));
return objectMapper.readValue(json, Config.class);
} catch (NoSuchFileException e) {
log.warn("配置文件不存在，使用默认配置");
return Config.defaultConfig();
} catch (JsonProcessingException e) {
log.error("配置文件JSON格式错误", e);
throw new ConfigLoadException("无效配置内容", e);
} catch (IOException e) {
log.error("读取配置文件IO异常", e);
throw new ConfigLoadException("无法访问配置文件", e);
}
涉及流、连接等资源时，优先用try-with-resources，避免手动finally关闭遗漏。
