Lombok中@Data的坑

最近有同事在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.csdn.net/sinat_29899265/article/details/82493944

问题

原因

猜你喜欢