Lombok该如何取舍

其实之前受同事影响接触过Lombok，当时对它的印象停留在了：怎么侵入性怎么强，那我什么代码都不用写了，就光打注解了呗，以后还怎么维护。但是看了人家一个个干净简洁的entity，着实真香，所以决定接触一下，并对其做一些取舍。

先接地气的介绍一下Lombok的原理，Lombok的所有注解的生命周期都是SOURCE

@Retention 这个元注解表示该注解的生命周期，有三种类型。

 关于SOURCE和CLASS的区别可以这么理解，SOURCE生命周期的注解内容在.class文件中根本看不到，但是CLASS可以。

而javac编译源文件的过程是这样的：

Lombok其实就是当javac把源文件分析生成AST语法树后，它去修改这个语法树，要get/set方法是吧？要构造器是吧？好帮你在AST语法树上直接加上，然后javac将修改后的语法树编译成.class文件，并且卸磨杀驴丢弃了Lombok，厉害了。

Lombok的优缺点得结合具体注解说，比如@NotNull判断非空，@Data一锅端，@Cleanup关闭资源，以及@UtilityClass直接把方法变成静态的了直接把类变成工具类了，类似这些我有点不喜欢，会影响后续代码维护，这些就是缺点。

当然有优点，叭啦这么多接下来才是重点，总结几个比较喜欢的Lombok注解。

1.@Getter/@Setter 代替get/set方法

相当于

2.@Accessors有点厉害，可以链式set，它的chain属性默认为false，要设置为true才能用，同时要配合@Setter，很好理解，再厉害也得给人家set方法才行啊。

相当于

用的时候是这样子的

 

3.@Builder一键变成构造者模式，这个最喜欢。

相当于

用的时候是这样子的

4.@AllArgsConstructor 添加一个全参数构造器

相当于

 5.NoArgsConstructor 添加一个无参构造器

相当于

用的时候可以组合起来灵活运用，比如这样

这样就是全参，有参和无参构造器都有了