Method threw 'StackOverflowError' exception. Cannot evaluate xx.toString()_cannot evaluate positiondo.tostring()-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_29127369/article/details/99594209

本文探讨了一个在使用@Mapper注解生成DTO、VO、ENTITY类转换时遇到的StackOverflowError问题，详细分析了问题原因，即对象间的循环引用导致的无限递归调用，并提供了两种解决方案：重写toString()方法或移除不必要的引用。

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

在查询的时候遇到的这个问题

1、首先项目是通过@Mapper(componentModel = “spring”)来生成DTO、VO、ENTITY类的转换，发现@Mapper(）生成的实现类是静态文件，没办法编译，还以为是这个问题导致呢，而且重新编译了也还是静态文件
在网上找了挺久的，最后发现用“build”编译不行，需要在maven中的compile中编译，如下图在这里插入图片描述

2、重新编译后@Mapper(）实现类正常，但问题还是没有解决，最后根据控制台打印的错误去找了下，异常如下在这里插入图片描述

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

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

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

解决思路也相当简单，在类中重写toString()方法即可，避免这种循环调用的产生；或者删除两个类之间的引用，因为我的是Vo类不需要父类信息或子类信息。

参考：https://blog.youkuaiyun.com/qq_31433709/article/details/95187801