“caused by”是jvm基于throwable的cause字段自动展开的语义化输出，非日志框架硬编码；当异常通过带throwable参数的构造器（如new runtimeexception("msg", e)）创建时，cause被赋值，printstacktrace()检测到非null即递归打印并前置该标识，逐层展开直至cause为null或遇循环引用。
java异常链打印时出现的“caused by”不是日志框架生成的修饰词，而是jvm在调用printstacktrace()时，基于throwable对象内部结构自动展开的语义化输出。
Caused by由cause字段驱动，不是字符串硬编码
每个Throwable实例都持有一个cause字段（类型为Throwable），初始化时默认为null。只有显式通过带Throwable参数的构造器（如new RuntimeException("msg", e)）创建异常，该字段才被赋值。JVM或printStackTrace()方法检测到getCause() != null，就触发下一层递归打印，并前置“Caused by:”作为视觉标识——它本质是cause非空的可视化反馈，而非人工拼接的字符串。
嵌套展开遵循深度优先、单向递归规则
打印逻辑不会遍历整个调用栈，而是沿着cause链逐层向下展开：
- 从原始异常开始，输出其类型、消息和自身堆栈；
- 若其
cause不为null，则换行输出“Caused by:”+ cause的类型与消息，再输出cause的堆栈； - 对cause重复执行相同逻辑，直到
cause == null或遇到循环引用（此时会标记“... 1 more”避免死循环）； - 不涉及
suppressed异常（那是try-with-resources关闭失败产生的，用“Suppressed:”单独标注）。
Logback等框架只是忠实转译，不改写逻辑
像Logback配置%ex{full}，只是调用throwable.printStackTrace(new PrintWriter(writer))，完全复用JDK原生行为。它不会识别或重写“Caused by”文本，也不会合并或过滤cause链——所有嵌套层级只要cause非空，就会被原样展开。因此多个“Caused by”连续出现，直接反映cause链的实际长度，比如：
Caused by: java.lang.RuntimeException
Caused by: com.example.ServiceException
说明该异常被三层包装，最底层的ServiceException才是根因。
真正决定是否显示Caused by的，是构造方式而非异常类型
无论Exception还是Error，只要构造时传入了cause，就一定会触发“Caused by”输出。常见错误是只用new XxxException("msg")再手动e.initCause(original)——这不仅多此一举，还可能因fillInStackTrace()已执行而抛IllegalStateException，导致cause未生效，最终“Caused by”消失。正确做法始终是优先选用含Throwable参数的构造器。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
