解决maven编译时出现lombok堆栈溢出问题：lombok StackOverflowError

最新推荐文章于 2025-05-28 10:00:00 发布
原创 最新推荐文章于 2025-05-28 10:00:00 发布 · 4k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#maven #intellij idea

本文详细描述了在使用Maven编译SpringBoot项目时遇到的StackOverflowError错误，并提供了两种有效解决方案：一是通过修改IDEA的VMOptions设置；二是通过命令行设置Maven的VMOptions参数，将堆栈大小调整为2m或4m，成功解决了编译过程中的内存溢出问题。

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

1、问题描述：在使用mavne编译springboot项目时报错如下：

[INFO]

[INFO] --- maven-compiler-plugin:3.8.0:compile (default-compile) @ airm-ltfq-analyse-service ---

[INFO] Changes detected - recompiling the module!

[INFO] Compiling 66 source files to D:\workspace\xxxx\target\classes

java.lang.StackOverflowError

        at sun.reflect.UnsafeFieldAccessorImpl.ensureObj(UnsafeFieldAccessorImpl.java:57)

        at sun.reflect.UnsafeObjectFieldAccessorImpl.get(UnsafeObjectFieldAccessorImpl.java:36)

        at java.lang.reflect.Field.get(Field.java:393)

        at lombok.core.AST.buildWithField0(AST.java:383)

        at lombok.core.AST.buildWithField(AST.java:284)

        at lombok.javac.JavacAST.drill(JavacAST.java:357)

        at lombok.javac.JavacAST.buildStatementOrExpression(JavacAST.java:323)

        at lombok.javac.JavacAST.buildTree(JavacAST.java:183)

        at lombok.javac.JavacAST.buildTree(JavacAST.java:66)

        at lombok.core.AST.buildWithField0(AST.java:386)

        at lombok.core.AST.buildWithField(AST.java:284)

        at lombok.javac.JavacAST.drill(JavacAST.java:357)

        at lombok.javac.JavacAST.buildStatementOrExpression(JavacAST.java:323)

        at lombok.javac.JavacAST.buildTree(JavacAST.java:183)

        at lombok.javac.JavacAST.buildTree(JavacAST.java:66)

        at lombok.core.AST.buildWithField0(AST.java:386)

        at lombok.core.AST.buildWithField(AST.java:284)

        at lombok.javac.JavacAST.drill(JavacAST.java:357)

        at lombok.javac.JavacAST.buildStatementOrExpression(JavacAST.java:323)

        at lombok.javac.JavacAST.buildTree(JavacAST.java:183)

        at lombok.javac.JavacAST.buildTree(JavacAST.java:66)

        at lombok.core.AST.buildWithField0(AST.java:386)

        at lombok.core.AST.buildWithField(AST.java:284)

        at lombok.javac.JavacAST.drill(JavacAST.java:357)

        at lombok.javac.JavacAST.buildStatementOrExpression(JavacAST.java:323)

 

在网上搜了半天都是说循环依赖之类的问题，但显然不是这个问题，后来排查了半天发现是堆栈大小的问题，改大就好了。

2、解决方法：

修改maven的vm options，将堆栈大小设置为2m或者4m

方法一：修改IDEA的vm options，Setting -> Build tool -> Maven -> Runner -> VM Options, 填入 -Xss2m

方法二：在命令行中运行 set MAVEN_OPTS= -Xss2m

springboot项目启动报错，Lombok annotation StackOverflowError，如何解决？？
**My Coding Family**
04-12 1968
ok，以上就是我这期的Bug修复内容啦，如果还想查找更多解决方案，你可以看看我专门收集Bug及提供解决方案的专栏「Bug调优」，都是实战中碰到的Bug，希望对你有所帮助。到此，咱们下期拜拜。码字不易，如果这篇文章对你有所帮助，帮忙给bugj菌来个，您的支持就是我坚持写作分享知识点传播技术的最大动力。「猿圈奇妙屋」；
lombok造成的StackOverflowError
lvtao0519的专栏
10-20 4004
今天从SVN上取下最新代码编译总是报StackOverflowError，但是Log中也没有明确显示是哪个类造成的问题。因为工程是几十人同时开发的，每天都提交很多新代码，也不好排查到底是哪个类造成的。仔细查看log，在里面发现了lombok的关键字，就猜想是不是lombok造成的影响。经过测试，发现在Bean文件中追加300多个项目的时候，编译的时候就出现了这个错误，删掉一半的项目编译没有问题。
关于lombok在maven编译时报栈溢出的问题
You_are_my_Mr_Right的博客
11-24 1597
最近在项目中使用maven编译一个静态模块时，出现关于lombok的栈溢出的问题。 对于导致该问题的原因主要是使用lombok注解的实体类对象字段（几百个字段）过多，在反射字段编译时压栈过多导致的栈溢出。以下截图中显示了使用lombok注解的五个大对象栈溢出了。 解决办法: A1：暴力解决：扩大maven运行时的栈内存大小，这里我基于idea修改maven的栈内存，File-&gt...
彻底解决Lombok @Data引发StackOverflowError的三大方案
最新发布
趁年轻，多去失败
05-28 390
摘要： Lombok的@Data注解在递归引用或大对象处理时，自动生成的toString()、equals()等方法可能引发StackOverflowError。解决方案包括：1) 直接替换为@Getter+@Setter；2) 使用@ToString.Exclude和@EqualsAndHashCode精细化控制方法生成；3) 避免在toString()中输出大字段。关键原则是显式优于隐式，按需生成方法而非依赖@Data默认行为。适用于双向关联、自引用结构或大对象场景，确保代码安全性与可维护性。
今天maven install时碰到的两个问题（堆溢出和编译错误）
weixin_34245169的博客
05-29 494
问题1.maven install时出现，日志如下： 系统资源不足。有关详细信息，请参阅以下堆栈追踪。 java.lang.OutOfMemoryError: Java heap space at com.sun.tools.javac.util.List.prepend(List.java:145) at com.sun.tools.javac.jvm...
使用lombok的@Data会导致栈溢出StackOverflowError
刘本龙的专栏
12-30 4116
最近撸代码发现一个问题，使用lombok的@Data会导致栈溢出StackOverflowError。 问题复现 两个类，有循环引用： @Data public class Obj1 { private String a; private String b; private Obj2 obj2; } @Data public class Obj2 { private String a; private String b; private Obj1 obj1;
Maven - StackOverflowError
weixin_30507269的博客
05-01 495
问题与分析 今天发现服务器上的Jenkins在集成项目时报错，报错原因如下： error compiling: java.lang.StackOverflowError -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [E...
lombok引起的java.lang.stackoverflowerror问题
weifly
08-18 2787
公司的项目使用了lombok，对于部分pojo类增加了@ToString、@Getter、@Setter。在javac编译时报错： Cause: java.lang.StackOverflowError at lombok.core.AST.buildWithField0(AST.java:384) at lombok.core.AST.buildWithField(AST.java:285) at lombok.javac.JavacAST.drill(JavacAST.java:421) at
SpringBoot项目 - Maven Build Lombok 报错
在咖啡里溺水的鱼
08-09 2395
先抛结论 被Lombok @Builder 和 @UtilityClass 修饰的类成员变量不能通过 import static 方式引入。 今天遇到了一个很诡异的问题，一个SpringBoot项目，突然在某次提交之后Maven编译就开始报错了。报错信息通篇是找不到那些标记了@Data的类所自动生成的 Getter方法和Setter方法，还夹杂着一些莫名其妙的无法在静态类中引用静态方法（源码绝对...
Springboot报错：Lombok annotation handler class lombok.javac.handlers.HandleData failed on Dxx.java
rgrgrwfe的博客
02-15 373
我发现不同模块之间，pom里面写的lombok版本号并不相同，因此想通过修改子模块中pom.xml中的版本号与其他版本号一致，来改掉这个问题。在我重复clean compile install了，并且关了IDEA重启了无数遍以后（这个方法确实有时候是有用的，也不妨试试，全靠运气）我没听，因为那个模块是别人写的，而且有很多个地方都写了@Data，我想：要改岂不是全都要改了？拉了别人一整个大项目的代码，项目里有很多个模块，因为期间互相依赖，所以需要分别启动每个模块的服务。事实证明，不要怕麻烦！
Lombok，可以使用注解减少冗余代码的插件(最全讲解)
d303577562的博客
04-06 2078
1.日志类 private static 2.@date 无用信息太多 3.@toString 用+连接，性能不太好 4.@builder 无法复制，无法通过JSONObject转化为对象，加两个构造器
lombok 坑 StackOverflowError
PiaoMiaoXiaodao的博客
03-28 830
现象 java.lang.StackOverflowError’ 异常。 xxx.xxx.xxx无法解析toString() 原因 记录下关于lombok 的一个要注意的坑 当两个类互相都引用对方 且同时注解@Data 时候运行时可能出现 StackOverflowError 异常 原因是生成的toString方法会互相引用对方的toString 然后无限递归下去 解决办法 去掉@Data注解 改...
Maven执行install命令出现Exception in thread "main" java.lang.StackOverflowError
weixin_34126557的博客
04-28 1872
这是maven堆栈溢出了，解决方法如下 1. maven安装包中 打开maven安装目录的bin文件夹，找到mvn.cmd文件或者mvn.bat文件，在正式代码开头添加一行代码 set MAVEN_OPTS=-Xss4096k 复制代码 在IDE中 此处以IDEA为例 如果仍然出现此错误，则需要继续调大值 ...
lombok映射栈溢出 java.lang.StackOverflowError
beiback的博客
03-21 748
lombok映射栈溢出 java.lang.StackOverflowError。
Maven编译插件内存不足和堆栈溢出解决方法
ccren的专栏
09-09 9320
org.apache.maven.plugins                 maven-compiler-plugin                 2.5.1                                     1.6                     1.6                                        
idea maven打包一直报版本号（栈溢出）不对
qq_45045083的博客
07-06 777
maven&idea打包
Spring boot项目中使用lombok的注解@Data的时候出现stackOverFlow错误解决方法
小吴同学的博客
04-10 895
首先看看报的错是啥： console那里面报的是stackOverFlow,然后提示某一个类的.hashCode,最后定位到一个类的@Data注解上面。 查了资料之后才知道： @Data ： 注在类上，提供类的get、set、equals、hashCode、canEqual、toString方法 会产生hashCode码，如果遍历list，如果list中还有list，就会在单线程的情况下对每一个元素产生hashCode,所以在单线程的情况下就会产生栈溢出，所以，为了避免这种情况，在只使用setter和get
linux maven 内存溢出,解决eclipse maven install 造成JVM 内存溢出(java.lang.OutOfMemoryError: Java heap space)...
weixin_30135925的博客
05-06 802
maven install 报错信息：The system is out of resources.Consult the following stack trace for details.java.lang.OutOfMemoryError: Java heap spaceat java.util.HashMap.createEntry(HashMap.java:897)at java.uti...
maven在编译时报栈溢出的解决办法
编程小战
10-26 3066
设置环境变量，调整栈大小，数值可以自行调整，linux中的设置如下： export MAVEN_OPTS="-Xms64M -Xmx64M -Xss64m" windows在系统环境变量中类似设置即可。
java: Internal error in the mapping processor: java.lang.NullPointerException at org.mapstruct.ap.internal.processor.DefaultVersionInformation.createManifestUrl
04-16
### MapStruct 映射处理器中的 NullPointerException 错误分析 在 Java 中，`MapStruct` 是一种用于对象之间映射的强大工具。当遇到 `NullPointerException` 或其他内部错误时，通常是因为配置不当、依赖版本不匹配或者某些特定条件未被满足。 #### 可能的原因与解决方法 1. **检查依赖项冲突** 如果项目中存在多个不同版本的 `MapStruct` 库或其他相关库（如 `lombok`），可能会导致类加载器无法正确解析所需的实现类。建议通过 Maven 的 `dependency:tree` 命令或 Gradle 的 `dependencies` 任务来排查潜在的冲突[^3]。 ```bash mvn dependency:tree | grep mapstruct ``` 2. **验证注解处理器路径** 确保构建工具已正确定义了 `annotationProcessorPaths` 并包含了最新的 `mapstruct-processor` 版本。以下是 Maven 和 Gradle 配置示例： #### Maven 配置 ```xml <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.8.1</version> <configuration> <annotationProcessorPaths> <path> <groupId>org.mapstruct</groupId> <artifactId>mapstruct-processor</artifactId> <version>1.5.3.Final</version> </path> </annotationProcessorPaths> </configuration> </plugin> </plugins> </build> ``` #### Gradle 配置 ```groovy dependencies { annotationProcessor 'org.mapstruct:mapstruct-processor:1.5.3.Final' } ``` 3. **处理嵌套循环引用问题** 类似于提供的例子，如果两个实体间存在相互引用关系，则可能导致无限递归并最终抛出 `StackOverflowError` 或间接引发 `NullPointerException`。可以通过自定义映射逻辑规避此风险[^4]: ```java @Mapper(componentModel = "spring", uses = {}) public interface CheckenEggMapper { default CheckenDto checkenToCheckenDto(Checken checken) { if (checken == null || checken.getEgg() == null) { return null; } CheckenDto dto = new CheckenDto(); dto.setEgg(eggToEggDto(checken.getEgg())); return dto; } default EggDto eggToEggDto(Egg egg) { if (egg == null || egg.getChecken() == null) { return null; } EggDto dto = new EggDto(); // 不再递归调用 checken 转换 return dto; } } ``` 4. **Tomcat 相关上下文环境的影响** 提到的 Tomcat 更新日志表明，在服务停止过程中可能存在 NPE 情况下的修复措施[^1]。虽然这主要针对容器层面的行为调整，但如果应用程序运行期间涉及动态代理机制（例如 Spring AOP），也可能因线程中断顺序异常而触发类似的错误现象。因此推荐升级至稳定版 Tomcat 同时关注应用本身的生命周期管理策略。 5. **默认 VersionInformation 创建失败场景** 对于提到的 `DefaultVersionInformation.createManifestUrl()` 方法可能存在的隐患，需确认打包流程是否正常完成资源文件注入操作。例如使用 shade 插件重新组装 jar 文件时应显式声明保留原始 MANIFEST.MF 属性字段[^5]: ```xml <transformers> <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer"> <mainClass>com.example.MainApp</mainClass> </transformer> </transformers> ``` --- ### 总结 上述方案涵盖了从基础依赖校验到复杂业务逻辑优化等多个维度的内容。实际开发工作中可根据具体报错堆栈信息逐步定位根本原因，并采取针对性改进手段加以应对。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值