Lombok中@Data的坑

最新推荐文章于 2025-07-03 20:31:21 发布

转载最新推荐文章于 2025-07-03 20:31:21 发布 · 1.2w 阅读

Java 专栏收录该内容

33 篇文章

订阅专栏

探讨了在SpringBoot升级过程中遇到的Lombok@Data注解引发的编译错误，详细分析了从2.0.2到2.0.3版本Lombok版本变更导致的类加载顺序问题，并提供了解决方案。

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

最近有同事在spring boot中用Lombok @Data注解时遇到了一个奇怪的问题，然后有幸一起研究了一下，把研究成果记录下来。

问题

先上代码：

@Data
public abstract class TestAbstract {

    private RedisTemplate redisTemplate;

    public TestAbstract(RedisTemplate redisTemplate) {
        this.redisTemplate = redisTemplate;
    }

}
 
 1
2
3
4
5
6
7
8
9
10

@Data
public class TestChild extends TestAbstract {

    @Autowired
    public TestChild(RedisTemplate redisTemplate) {
        super(redisTemplate);
    }
}
 
 1
2
3
4
5
6
7
8

上面的代码在spring boot 2.0.2版本可以正常运行，但在2.0.3版本却编译错误。

Error:(13, 1) java: TestAbstract() 在 com.brotherj.learn.TestAbstract 中是private 访问控制
 
 1

查看了pom.xml文件后发现lombok的版本号是从spring boot继承而来：

<dependency>
    <groupId>org.projectlombok</groupId>
    <artifactId>lombok</artifactId>
    <optional>true</optional>
</dependency>
 
 1
2
3
4
5

然后又查看了spring boot pom.xml中的lombok版本号，发现从spring boot 2.0.3版本开始使用了lombok 1.16.22，而2.0.2版本使用的是1.16.20版本。

#2.0.2
<lombok.version>1.16.20</lombok.version>

#2.0.3
<lombok.version>1.16.22</lombok.version>
 
 1
2
3
4
5

于是修改pom.xml版本号之后，问题解决。

 <dependency>
    <groupId>org.projectlombok</groupId>
    <artifactId>lombok</artifactId>
    <optional>true</optional>
    <version>1.16.20</version>
</dependency>
 
 1
2
3
4
5
6

原因

问题解决后，决定研究一下具体的原因，由于Lombok只是依靠可插件化的Java自定义注解处理API（JSR 269: Pluggable Annotation Processing API）来实现在Javac编译阶段利用“Annotation Processor”对自定义的注解进行预处理后生成真正在JVM上面执行的“Class文件”。所以应该时两个版本下编译生成的class文件不同，于是比较了一下两个版本下编译后的class文件。

    public TestAbstract(RedisTemplate redisTemplate) {
        this.redisTemplate = redisTemplate;
    }
    //1.16.22会生成一个private的构造方法，而1.16.20不会生成
    private TestAbstract() {
    }

     @Autowired
    public TestChild(RedisTemplate redisTemplate) {
        super(redisTemplate);
    }

    private TestChild() {
    }

 
 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

看到这里一切就都清楚了，是类加载顺序导致的问题。先复习一下类加载顺序：（静态变量、静态初始化块）–>（变量、初始化块）–> 构造器。如果有父类，加载顺序是：父类static方法 –> 子类static方法 –> 父类构造方法- -> 子类构造方法。也就是说，当加载TestChild类时先加载类TestAbstract的构造方法，而类TestAbstract的空参构造为private，于是报了访问控制的错误。

原文地址 : https://blog.youkuaiyun.com/sinat_29899265/article/details/82493944