一、禁止使用Lombok

我有一个同学，在一家小型互联网公司做Java后端开发，最近他们公司新来了一个技术总监，这位技术总监对技术细节很看重，一来公司之后就推出了很多"政策"，比如定义了很多开发规范、日志规范、甚至是要求大家统一使用Idea进行开发。

其中有一项，就是禁止使用Lombok，但是他并没有明确的说明原因，我的同学是一个“懒加载的CRUD程序员”，不用Lombok，岂不是要费很多事儿？

他特意百度了一下，是这样说的。

看似很有道理，条条是道，但我认为有些以偏概全，自以为是了。

1、jdk版本问题

目前国内大多数Java项目，采用的都是JDK1.8，因为它够稳定，功能也完全够用，但是，如果哪一天，你的客户心血来潮，就是想用JDK11，甚至JDK17，此时，你会发现Lombok不好用了，于是，不得不将好几百个实体类，通过idea生成get/set、equals、toString等方法，很烦躁。

2、被迫营业

当你的客户获取到你的源代码之后，他也想看看，运行一下，此时发现没安装Lombok，报错了，安装Lombok，不了解这是什么，还要去百度学习一下，被迫营业，很烦躁。

3、可读性差

• Lombok隐藏了JavaBean的封装细节。
• toString()不知道会打印什么。
• @AllArgsConstructor提供一个全量构造器， 让外界在初始化时，可以随意修改其属性，极其不安全。如果属性过多，这个全量构造器，看起来，很鸡肋。
• 参数的顺序我们也无法控制，都是按照Lombok的心情来的。
• 使用Lombok，写代码的时候很爽，但它

• 污染了你的代码。
• 玷污了Java语言的纯粹。
• 破坏了Java代码的完整性、可读性、安全性。
• 增加了代码的耦合度。
• 增加了代码的调试难度。

这是一种弊大于利、得不偿失的操作。

二、Lombok中的真实小坑

我在开发过程中，遇到这样一个问题，就是Lombok造成的。

@Data
public class Animals {
    private Integer id;
    private String name;
}

@Data
public class Dog extends Animals{
    private String cry;
}

我去，哪吒，你在侮辱我吗？一个小狗和一个老狗怎么可能会相等？这什么JB玩意，我去打游戏了，你自己玩吧~

三、看看编译后的代码，到底怎么回事

1、编译class

很多小伙伴，看到这，直接蒙了，根本不知道为什么？

这个时候，可以看看编译后的class。

public boolean equals(final Object o) {
    if (o == this) {
        return true;
    } else if (!(o instanceof Dog)) {
        return false;
    } else {
        Dog other = (Dog)o;
        if (!other.canEqual(this)) {
            return false;
        } else {
            Object this$cry = this.getCry();
            Object other$cry = other.getCry();
            if (this$cry == null) {
                if (other$cry != null) {
                    return false;
                }
            } else if (!this$cry.equals(other$cry)) {
                return false;
            }

            return true;
        }
    }
}

为什么equals只比较一个属性cry，而Animals比较了两个属性？

public boolean equals(final Object o) {
    if (o == this) {
        return true;
    } else if (!(o instanceof Animals)) {
        return false;
    } else {
        Animals other = (Animals)o;
        if (!other.canEqual(this)) {
            return false;
        } else {
            Object this$id = this.getId();
            Object other$id = other.getId();
            if (this$id == null) {
                if (other$id != null) {
                    return false;
                }
            } else if (!this$id.equals(other$id)) {
                return false;
            }

            Object this$name = this.getName();
            Object other$name = other.getName();
            if (this$name == null) {
                if (other$name != null) {
                    return false;
                }
            } else if (!this$name.equals(other$name)) {
                return false;
            }

            return true;
        }
    }
}

2、添加一个注解@EqualsAndHashCode(callSuper = true)

（1）callSuper = true

根据子类自身的字段值和从父类继承的字段值 来生成hashcode，当两个子类对象比较时，只有子类对象的本身的字段值和继承父类的字段值都相同，equals方法的返回值是true。

（2）callSuper = false

根据子类自身的字段值 来生成hashcode， 当两个子类对象比较时，只有子类对象的本身的字段值相同，父类字段值可以不同，equals方法的返回值是true。

（3）代码实例

@Data
@EqualsAndHashCode(callSuper = true)
public class Dog extends Animals{
    private String cry;
}