lombok 遇到过坑 版本太新会 require jdk9+

语法糖什么的都不重要，写过 Java 再转 kotlin 就知道空指针的处理，kotlin 太尼玛方便了，而且编译器很好的提醒 NPE，减少愚蠢 BUG 率，虽然还是会出现，其实大多都出现在调用 java 类库上，毕竟面向对象开发都是先定义类&属性，属性就会定义是否为 NULL，然后在业务处理时候编译器会提示处理，真心少了很多这方面问题，而且写起来舒服，不用再 if 来 if 去。感觉唯一缺点就是编译慢(毕竟做了那么多糖果给你吃)，还有就是写和传统 java 框架兼容性稍微差一点，虽然 mvc 上有强大的 spring 套餐，但是在 orm 上例如 mybatis 用起来就会层出不穷的奇异现象出现，以上仅个人线上实践后的观点。

推荐用 redis 来实现乐观锁的分布式锁
1.满足分布式需求，redis 作为单独进程可共享数据，内部单线程，保证操作数据安全
2.首先根据你下面说的问题我就很奇怪了，无论是 synchronized 还是 ReentrantLock 都只是允许同一线程可冲入，可是他们都不满足分布式需求，可重入完全可以从代码层面解决，key 为同一的名字，value 则可以 ip+threadId，其他线程取值发现有值并且不同则等待，相同则可冲入，还可以根据 value 做一些保证数据一致性操作，幂等性等等
3.这个需求本身就有问题，如果服务器宕机，如果是代码层面的早就不复存在了，redis 本身提供 TTL 即时持有锁的线程宕机，也可以在 TTL 到期自动删除解锁

当然是 dota 下棋走起