Lombok简单了解

昨天在看了了解了一波@Slf4j注解之后发现了这个projectlombok依赖包含了很多东西 sfl4j只是其中的一个
lombok还有非常多的注解

@Setter
@Getter
@Data
@Log(这是一个泛型注解，具体有很多种形式)
@AllArgsConstructor
@NoArgsConstructor
@EqualsAndHashCode
@NonNull
@Cleanup
@ToString
@RequiredArgsConstructor
@Value
@SneakyThrows
@Synchronized

注解出处原文：https://blog.csdn.net/motui/article/details/79012846
sfl4j只是@log中的一个注解而已 原文中也有对所有的log型注解以及其他注解有所解释

也可以看出为什么这个lombok的jar包下有这么多log相关的jar包

lombok的作用是能够使用注解，能够简化一些代码让我们在开发的过程中，直接去使用一些对象。实际上他是在编译的时候自动的加上了相应的一些方法，来达到这样一个目的。
上面的文章中对很多注解已经有了比较明白的解释，但是这其中有一个@Data的注解是用的比较多的就进一步的去看了一下
@Data其实是一个集成了很多个注解的一个注解：
@Getter
@Setter
@ToString
@EqualsAndHashCode（生成equals方法和hashashcode方法）
@CanEqual

这么一看好像没什么，但是对我一个菜鸡而言 CanEqual又触及到我的知识盲区了
百度了一下只找到了一篇非常非常非常优秀的文章！！
原文：https://www.jianshu.com/p/7d3feb156be4
我个人理解就是
equals方法的重写之后确实能够保证了单纯的比较不出现问题
然鹅，当你把这个实体类放入一个容器之后，比如说set在set中取出去使用的时候，它其实使用的是Object类的equals方法
这和你重写过的完全没有关系啊朋友（你比较的对象类型就是不一样的直接死透了）。所以这个比较也出现了问题，然后大佬们就对自己的equals方法进行了重写，加入了判断 instanceof 去判断一下是否是你这个实体类能用的，看起来没问题了，但是当你把两个对象放在容器中的时候由于你的两个hashcode是不一样的，容器会根据你的hashcode放在不同的hash桶里（hash buckets） 所以还需要去重写hashCode（）方法。
当父类子类进行比较的时候又会出现问题，父.equals(子) 子.equals(父) 你都需要去重写其equals方法，去判断是否是类型上能够进行比较的。
这也就延伸出了canEqual方法，判断这两者是否是可比较的，虽然看起来好像只是判断，毕竟不懂嘛，了解一下。