logback-classic包中ThrowableProxy递归缺陷StackOverflowError解析

logback-classic(<1.2.12版本)ThrowableProxy类中存在递归缺陷,会导致java.lang.StackOverflowError。改缺陷在1.2.12以上版本(包含该版本)中已修复。

如何复现:

两个异常彼此设置casue:

运行后报以下错误

以上写法是ThrowableProxy类60行一直递归调用。还有其他场景:

jdk中,我们一般经常使用throwable.printStackTrace()方法,该方法在打印以上的异常时是否会报错,见下图:

可知,jdk是不会报错的(测试版本为jdk8),会打印出CIRCULAR REFERENCE提示存在循环引用。

jdk在打印异常时,做了循环引用的检测:

以下是对比logback-classic存在缺陷和修复缺陷后的ThrowableProxy类的对比:

logback-classic1.2.12版,已有检测循环引用的代码:

logback-classic <1.2.12版为什么会报递归错误,以下为1.2.3版ThrowableProxy源码分析:

第60行,会检查该异常的cause是否存在,存在时会掉构造器方法,因此如果两个异常彼此设为cause,会触发在60行代码上递归,直至抛出StackOverflowError。

第72行,如果一个异常a为异常b的cause,异常b抑制(suppressed)异常a,那60行和72行会一直递归。

相关推荐
行者全栈架构师3 分钟前
PolarDB + Spring Boot 实战:从自建MySQL到云原生数据库的零停机迁移
java·后端·架构
karry_k16 小时前
MyBatis批量insert-select踩坑:useGeneratedKeys=true 可能让PostgreSQL返回大量插入结果
java·后端
karry_k16 小时前
PostgreSQL 在 MyBatis 中执行正常 SQL 失效:一次 DELETE USING 踩坑记录
java·后端
SamDeepThinking20 小时前
从源码到代码:MyBatis-Flex 与 MyBatis-Plus 的逐项对比
java·后端·程序员
她的男孩1 天前
Spring Boot 接 Flowable 工作流:用 3 个注解搭一个请假审批流程
java·后端·架构
荣码1 天前
LLM结构化输出:让AI返回JSON而不是废话,我踩了4个坑
java·python
plainGeekDev1 天前
Gson → kotlinx.serialization
android·java·kotlin
小bo波1 天前
Java Swing 图形用户界面实验 —— 从算术练习到游戏开发的完整实践
java·课程设计·gui·游戏开发·扫雷·swing