Stack Overflow中那些有趣的BUG是如何被发现的？
- 内容介绍
- 文章标签
- 相关推荐
本文共计639个文字，预计阅读时间需要3分钟。
今天遇到一个很有意思的bug，当程序开发完成后打包到服务器运行，总会出现栈溢出异常。
今天遇到一个很有意思的bug，当程序开发完成后打包到服务器运行，总是会出现栈溢出异常今天遇到一个很有意思的bug，当程序开发完成后打包到服务器运行，总是会出现栈溢出异常，经过排查发现，问题出现在一个接口上，但这个接口逻辑并不复杂，除了几局逻辑代码外和打印语句之外也没有其他的了，但是只要调用这个接口就马上会出现栈溢出的异常，随后对代码进行了排查，最后发现问题居然出现在日志打印语句上。
平常在开发过程中我们经过会通知打印日志来了解程序的运行状态，没想到今天在这上面翻了车，这个打印语句是打印一个对象，我们知道，当要打印一个对象的时候会自动调用对象的toString()方法，项目中我们会使用lombok插件来帮助我们生成对应的get、set、equals、hashcode、toString等方法，而打印的这个对象在由Spring容器管理的一个bean，我们给这个bean取名A，在A里面又依赖注入了另一个bean，我们取名B，A和B形成了循环依赖，且都重写了toString方法，所以当调用A的toString方法时，会调用B的toString方法，当调用B的toString又会调用A的toString，由此形成了死循环，最终导致了栈溢出的异常。
本文共计639个文字，预计阅读时间需要3分钟。
今天遇到一个很有意思的bug，当程序开发完成后打包到服务器运行，总会出现栈溢出异常。
今天遇到一个很有意思的bug，当程序开发完成后打包到服务器运行，总是会出现栈溢出异常今天遇到一个很有意思的bug，当程序开发完成后打包到服务器运行，总是会出现栈溢出异常，经过排查发现，问题出现在一个接口上，但这个接口逻辑并不复杂，除了几局逻辑代码外和打印语句之外也没有其他的了，但是只要调用这个接口就马上会出现栈溢出的异常，随后对代码进行了排查，最后发现问题居然出现在日志打印语句上。
平常在开发过程中我们经过会通知打印日志来了解程序的运行状态，没想到今天在这上面翻了车，这个打印语句是打印一个对象，我们知道，当要打印一个对象的时候会自动调用对象的toString()方法，项目中我们会使用lombok插件来帮助我们生成对应的get、set、equals、hashcode、toString等方法，而打印的这个对象在由Spring容器管理的一个bean，我们给这个bean取名A，在A里面又依赖注入了另一个bean，我们取名B，A和B形成了循环依赖，且都重写了toString方法，所以当调用A的toString方法时，会调用B的toString方法，当调用B的toString又会调用A的toString，由此形成了死循环，最终导致了栈溢出的异常。