直接 throw e 能保留原始堆栈，前提是 e 为捕获的原始异常实例；若需包装，应使用带 cause 的构造函数；切勿调用 fillInStackTrace()。

在 Java 中，直接使用 throw e 会丢失原始异常的堆栈信息，因为这相当于创建了一个新的异常抛出点。要保留原始堆栈，关键在于**不新建异常对象、不覆盖原异常的 stack trace**。

用 throw e 本身就能保留原始堆栈（前提：e 是捕获到的原始异常）

只要 e 是 catch 子句中接收到的原始异常实例（未被重新构造），直接 throw e 就不会修改其堆栈轨迹 —— JVM 会沿用它最初生成时的完整 stack trace。

• ✅ 正确（保留堆栈）：
  catch (IOException e) {
    log.error("读取失败", e);
    throw e; // 原样抛出，stack trace 不变
  }
• ❌ 错误（丢失堆栈）：
  catch (IOException e) {
    log.error("读取失败", e);
    throw new IOException(e.getMessage()); // 新建异常，堆栈重置为这里
  }

需要包装异常时，用带 cause 的构造函数

如果必须将异常包装成另一种类型（比如转成自定义业务异常），应使用支持 Throwable cause 的构造方法，并确保 cause 是原始异常对象。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• ✅ 正确（保留因果链和原始堆栈）：
  catch (SQLException e) {
    throw new ServiceException("数据库操作异常", e); // 传入 e 作为 cause
  }
• ⚠️ 注意：只要构造函数把 e 传给 super(cause)，JVM 就会自动保留原始 stack trace 并在 printStackTrace() 中显示 “Caused by” 分段。

避免调用 fillInStackTrace() 或手动清除堆栈

某些场景下（如性能敏感或框架拦截），开发者可能误调 e.fillInStackTrace()，这会用当前行重写堆栈 —— 应绝对避免。

立即学习“Java免费学习笔记（深入）”；

• ❌ 千万不要：
  catch (Exception e) {
    e.fillInStackTrace(); // ⚠️ 主动擦除原始堆栈！
    throw e;
  }
• ✅ 安全做法：什么也不做，直接 throw。

验证是否保留成功的小技巧

运行时打印异常时，观察输出是否包含多层 “Caused by”，且最底层是问题最初发生的位置（比如某行 DAO 调用），而非 catch 块所在行。

• 保留成功的表现：
  Exception in thread "main" com.example.ServiceException: 数据库操作异常
      at com.example.UserService.save(UserService.java:42)
    Caused by: java.sql.SQLTimeoutException
      at com.mysql.cj.jdbc.ConnectionImpl.ping(ConnectionImpl.java:1234) ← 这才是原始位置