多线程环境，共享资源线程安全问题！此时，共享资源通常在一台机器的多线程中竞争。从JAVA内存模型的角度来看，我们可以通过锁定对象、方法和代码块来避免共享资源的竞争
！1，生成全局ID；
2，修改全局配置文件；
3，分布式服务中的seckill；
4，分布式环境中的重复提交；
1，使用数据库的唯一主键实现锁定
！2、使用redis指令：通常使用setnx方法，incr方法实现
3、使用zookeeper：使用API生成临时节点实现锁定
分布式锁用zookeeper还是redis好？1.无法重新进入
2。没有本地锁，并发性能会很差。它不用于并发锁争用较多的场景。本地锁没有自旋
3。不考虑锁等待排序。redis很难实现，可以通过redis的列表实现，但是列表下的每个子节点都没有超时。Redis也不能执行模糊查询key*
所以最好通过zookeeper来实现当我们遇到性能瓶颈时，我们经常无法离线注册
zookeeper原则是临时节点
Redis分布式锁的原理是什么？如何续期？分布式锁的要求伴随着应用的分布式部署。在单个应用程序只部署一台服务器的情况下，可以通过Java同步锁来实现。同步锁是一种原子操作。
当应用程序以分布式方式部署并且具有多个服务时，应用服务器将无法提供原子操作。Redis具有高性能，而且是单线程的，因此它可以为原子操作提供一个场所。有了它，就可以实现分布式锁。
redis为什么需要分布式锁？例如：seckill、globalincrementalID、floorgeneration等。大多数解决方案都是基于数据库的。Redis是单进程单线程模式，它采用队列模式将并发访问改为串行访问，多客户端连接到Redis之间不存在竞争。其次，redis提供了setnx和GetSet命令，方便分布式锁机制的实现。
