本文共 1183 字，大约阅读时间需要 3 分钟。
能通过注解的形式自动生成构造器、getter/setter、equals、hashcode、toString等方法，提高了一定的开发效率让代码变得简洁，不用过多的去关注相应的方法，属性做修改时，也简化了维护为这些属性所生成的getter/setter方法等。
不支持多种参数构造器的重载，虽然省去了手动创建getter/setter方法的麻烦，但大大降低了源代码的可读性和完整性，降低了阅读源代码的舒适度。
强迫性
Lombok插件的使用，要求开发者一定要在IDE中安装对应的插件。不仅自己要安装，任何和你协同开发的人都要安装。如果有谁未安装插件的话，使用IDE打开一个基于Lombok的项目的话会提示找不到方法等错误，导致项目编译失败。更重要的是，如果我们定义的一个jar包中使用了Lombok，那么就要求所有依赖这个jar包的所有应用都必须安装插件，这种侵入性是很高的。
代码可调试性降低
Lombok确实可以帮忙减少很多代码，因为Lombok会帮忙自动生成很多代码。但是，这些代码是要在编译阶段才会生成的，所以在开发的过程中，其实很多代码其实是缺失的。这就给代码调试带来一定的问题，我们想要知道某个类中的某个属性的getter方法都被哪些类引用的话，就会非常困难。
影响版本升级
Lombok对于代码有很强的侵入性，那就会影响我们对JDK的升级。按照如今JDK的升级频率，每半年都会推出一个新的版本，但是Lombok作为一个第三方工具，并且是由开源团队维护的，那么他的迭代速度是无法保证的。所以，如果我们需要升级到某个新版本的JDK的时候，若其中的特性在Lombok中不支持的话就会受到影响。Lombok自身的升级也会受到限制。因为一个应用可能依赖了多个jar包，而每个jar包可能又要依赖不同版本的Lombok，这就导致在应用中需要做版本仲裁，jar包版本仲裁非常不容易，况且发生问题的概率也很高。
Lombok是一款非常实用Java第三方工具，它可以帮助开发人员消除Java的冗长代码，尤其是对于简单的Java对象（POJO）。Lombok在给我们带来便利的同时，也带来了不小的隐患。
所以我不主动推荐别人使用Lombok，但是也不会干涉他人使用。因为我身边有些同事的代码还是使用了的，所以我也被迫的要安装Lombok的插件。Lombok注解可以自动生成代码，大大减少了代码量，使代码非常简洁。但是并不意味着Lombok的使用没有任何问题，在使用Lombok的过程中，还可能存在对队友不友好、对代码不友好、对调试不友好、对升级不友好等问题。尤其数据库和Java类的映射Bean，Java对Bean的定义和使用就是无参数的构造方法和set和get方法，而不应该在bean中处理任何和业务有任何关系的逻辑。
转载地址：http://fghof.baihongyu.com/