initcause() 不改变 throwable.tostring() 的返回值，它仍只输出类名和消息；cause 信息仅在 printstacktrace() 或日志框架传入异常对象时递归展示“caused by”链。
调用 initCause() 后，Throwable.toString() 本身**不会直接变化**，但后续调用 printStackTrace() 或日志框架输出时，会完整展示异常链，其中关键变化体现在 toString() 的“补充说明”逻辑和整个堆栈打印行为中。
toString() 方法本身不显式包含 cause 信息
Throwable.toString() 默认只返回 getClass().getName() + ": " + getLocalizedMessage()，也就是类名加消息字符串。它**不主动拼接 cause 的类名或消息**。例如：
- 一个
RuntimeException("timeout")调用toString()→"java.lang.RuntimeException: timeout" - 即使你随后调用
initCause(new IOException("connect failed"))，再次调用toString()仍是"java.lang.RuntimeException: timeout"，不会变成"... timeout; caused by java.io.IOException: connect failed"
真正体现 cause 的是 printStackTrace() 及其变体
Java 的异常链机制不是靠 toString() 展示，而是由 printStackTrace()（以及 getStackTrace()、日志框架的默认格式器）负责递归输出 getCause() 链。一旦设置了 cause，printStackTrace() 就会在主异常之后自动追加：
Caused by: java.io.IOException: connect failed
at ...
... 1 more
这个 “Caused by” 段落是 JVM 内置逻辑，与 toString() 无关，但它是开发者诊断问题的核心依据。
为什么 toString() 不改？这是设计使然
原因在于语义分离：
-
toString()定位为“本异常的简明标识”，强调当前上下文的错误类型和业务提示 -
printStackTrace()定位为“全链路诊断视图”，必须揭示底层根源，避免线索丢失 - 如果
toString()自动拼接 cause，会导致日志重复（比如 SLF4J 默认同时打印toString()和堆栈），且破坏分层抽象——高层异常不该在“身份标识”里暴露低层实现细节
实际开发中要注意的输出行为
很多日志框架（如 Logback、Log4j2）默认使用 Throwable.printStackTrace(PrintWriter) 方式渲染异常，因此只要 initCause() 设置成功，日志里必然出现 Caused by 行。但如果你手动写日志时只拼接 e.toString()，就会完全丢失 cause 信息：
logger.error("Operation failed: " + e.toString()); // 只有顶层异常，无 cause
✅ 正确做法
logger.error("Operation failed", e); // 传 Throwable 对象，框架自动处理链Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
