对使用 lombok 还是有很多争议的，有些公司不建议使用，有些公司又大量使用。
我们的想法是：可以使用，但是不要滥用。
Lombok是 一种Java™实用工具，可用来帮助开发人员消除Java的冗长代码，尤其是对于简单的Java对象（POJO） 。 它通过注释实现这一目的。 通过在开发环境中实现Lombok，开发人员可以节省构建诸如hashCode() 和 equals()这样的方法以及以往用来分类各种 accessor和 mutator的大量时间。
我们都知道使用 Java 定义对象的时候都会用到 Getter 和 Setter 方法。
虽然我们有工具帮我们快速生成这些方法，但是实际上还是有点麻烦。
lombok 就可以通过一行注释来实现所有的这些方法。
lombok 可以做的不仅仅是这个，还可以通过注释@Slf4j来帮你实现自动定义 log。
我们就不用写冗长的private static final Logger logger = LoggerFactory.getLogger(ListingProcessor.class)这句话了。
而且针对 log 的类不同，这句话也是不同的。
如果使用 Maven 的话，直接添加下面的依赖到 pom 文件中就可以了。
org.projectlomboklombok1.18.24provided
IDEA 的插件是自动安装的，你直接启用就可以了。
IDEA 会提示你是不是在当前的项目中启用 lombok，你可以选择启用或者不启用。
随后就是在代码中使用注释就可以了。
如下面的代码，我们直接简化使用注解就可以了。
需要注意的是，使用 log 来标记日志。
这样看起来，代码就优雅很多，也能减少不少不需要的代码。
Java 程序的解析分为：运行时解析和编译时解析。
通常我们通过反射获取类、方法、注解和成员变量就是运行时解析。但是这种方式效率其实不高，要在程序运行起来才能解析。
这时候编译时解析就体现出它的价值了。
编译时解析又分为：注解处理器（Annotation Processing Tool）和
JSR 269 插入式注解处理器（Pluggable Annotation Processing API）
第一种处理器它最早是在 JDK 1.5 与注解（Annotation） 一起引入的，它是一个命令行工具，能够提供构建时基于源代码对程序结构的读取功能，能够通过运行注解处理器来生成新的中间文件，进而影响编译过程。
不过在JDK 1.8以后，第一种处理器被淘汰了，取而代之的是第二种处理器。
这样就导致了 lombok 对 JDK 的兼容性出现了一些问题。
当你更换 JDK 版本的时候，lombok 的版本也需要一并进行更换，否则你就会出现错误。
如果下面文章讨论的错误：Java 项目编译错误 Error:java: java.lang.ExceptionInInitializer
就是因为 JDK 不兼容的问题导致的整个项目无法编译。
如果上游系统中提供的fegin client 使用了 lombok，那么下游系统必须也使用 lombok，否则会报错，上下游系统构成了强依赖。
如果你需要对 getter 或者 setter 方法进行一些编码的话，lombok 也不是不能用，但是会有一点点的学习曲线。
综合上面的考虑， lombok 还是可以用的，但是不要尝试所有地方都用 lombok，避免滥用。
哪怕就是为了使用@Slf4j来考虑的话，也是值得的。
网友评论