Method threw 'java.lang.StackOverflowError' exception. Cannot evaluate 问题

作者在debug时遇到StackOverFlow问题,有了实际操作层面的理解。该问题是Java虚拟机为控制程序暴走设置最大栈深度所致。作者遇到的问题是因实例间互相引用,Debugger调用对象toString()方法循环调用造成。解决思路是在类中重写toString()方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

debug中突然遇到这个问题,以前看书的时候常常看见作者写到,StackOverFlow问题是实际数据操作中经常遇到的问题,但是自己一直没有遇到过,然后今天终于遇到了,虽然是debug中希望显示数据内容的时候的报错信息,但是终归对于这个问题有了一定的实际操作层面的理解。

StackOverFlow问题,顾名思义是栈溢出的意思,Java虚拟机在实际调用方法时会设置最大栈深度,个人理解,这是为了控制程序暴走的一种安全措施,因为如果放任其继续暴走可能会直接占用满所有内存之类的后果。一般时候,程序的运行是不会造成这个问题。

那么我所遇到的这个问题是由什么原因造成的呢?
因为实例之间的互相引用!

我采取了一种数据结构,采用的多叉树的感觉设置的,子节点含有了父节点的引用,父节点含有了子节点的引用。问题就因此而诞生了,因为Debugger会调用对象的toString()方法以显示对象中的所有数据信息。然后,我的所有对象都默认重写了toString()方法,使用Gson来将其序列化,以便于数据的传输和还原。问题就出在这里,这意味着程序会不断地调用父节点和子节点的toString()方法,永不停止,自然就造成了StackOverFlow的问题。

解决思路也相当简单,在类中重写toString()方法即可,避免这种循环调用的产生。

评论 18
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值