记一次java.lang.StackOverflowError

javabean 里面属性过多会导致 （超过800多个）

使用@Data注解

 

 

 

发现是@Data注解 中 @ToString  导致

反编译后：

 

 

 

StackOverflowError在程序栈空间耗尽时抛出，通常是深度递归导致。StackOverflowError继承了VirtualMachineError类，后者表示JVM已被破坏或资源耗尽。更进一步，VirtualMachineError继承自Error类，应用程序不应该捕获这种严重的错误。不要再throw语句里面抛出这样的错误，因为这些错误是不应该发生的异常条件。StackOverflowError从Java 1.0版本就已存在。

StackOverflowError构造函数

StackOverflowError()和StackOverflowError(String s)，后者的String参数指明了抛出错误的类名

 

The StackOverflowError in Java

当一个函数被Java程序调用的时候，就会在调用栈上分配栈帧。

栈帧包含被调用函数的参数、局部变量和返回地址。

返回地址指示了当函数执行完毕之后下一步该执行哪里。如果创建栈帧时没有内存空间，JVM就会抛出StackOverflowError。

 

每个get方法都要分配栈帧

 

解决方法：

1.

手写toString方法

toSting方法里不使用get

StringBuilder大小为合适的值，apend字段

/*
 * StringBuffer与StringBuilder有什么区别
 * StringBuilder是JDK5增加的一个新类，功能几乎与StringBuffer相同。区别在于StringBuffer是线程安全的，
 * 多个线程同时操作StringBuffer时，能保证同步，而Stringbuilder是线程非安全的。如果只在单线程环境下使用，StringBuilder
 * 的效率会更高
 */

 

2.也可以调整也可以Xss 大小

-Xss：规定了每个线程虚拟机栈及堆栈的大小，一般情况下，256k是足够的，此配置将会影响此进程中并发线程数的大小。

-Xms：表示初始化JAVA堆的大小及该进程刚创建出来的时候，他的专属JAVA堆的大小，一旦对象容量超过了JAVA堆的初始容量，JAVA堆将会自动扩容到-Xmx大小。

-Xmx：表示java堆可以扩展到的最大值，在很多情况下，通常将-Xms和-Xmx设置成一样的，因为当堆不够用而发生扩容时，会发生内存抖动影响程序运行时的稳定性。

 

3.800多个属性，是否可以从业务上规避