分布式锁-学习

并发环境下，多个线程访问同一资源会对此资源进行争抢。那么就可能会导致数据不一致的问题。为了解决这个问题，引入了锁的机制，通过一种抽象的锁来对资源进行锁定

Synchronize —>wait notify
ReentranLock -->lock unlock

管程（有无） ：指的是管理共享变量以及对其操作过程，让它们支持并发访问。就是AQS(AbstractQueuedSynchronizer)
无管程时：automaticInteger
公平锁/非公平锁

sleep和wait的区别：
1、这两个方法来自不同的类分别是，sleep来自Thread 的静态类方法，谁调用的谁去睡觉，即使在a线程里调用了b的sleep方法，实际上还是a去睡觉，要让b线程睡觉要在b的代码中调用sleep，wait来自Object类。
2、sleep不释放锁，不出让系统资源；wait是进入线程等待池等待，出让系统资源，其他线程可以占用CPU。一般wait不会加时间限制，因为如果wait线程的运行资源不够，再出来也没用，要等待其他线程调用notify/notifyAll唤醒等待池中的所有线程，才会进入就绪队列等待OS分配系统资源。sleep(milliseconds)可以用时间指定使它自动唤醒过来，如果时间不到只能调用interrupt()强行打断。
Thread.Sleep(0)的作用是“触发操作系统立刻重新进行一次CPU竞争”。
3、使用范围：wait，notify和notifyAll只能在同步控制方法或者同步控制块里面使用，而sleep可以在任何地方使用
4、sleep必须捕获异常，而wait，notify和notifyAll不需要捕获异常

多机版的分布式锁是单机版的分布式锁加上TCP/IP协议栈
单机版的线程同步模型加TCP/IP协议栈 = 分布式锁
总线协议 加 数据管程 = 单机版的锁

1、什么是分布式锁：当多个进程在同一个进程中，用分布式锁控制多个进程对资源的访问。
2、分布式锁应用场景
1）、传统的单机应用单机部署情况下，可以使用java并发处理相关的API进行互斥控制
2）、分布式系统后，由于多线程分布在不同的机器上，使单机部署情况下的并发控制锁策略失效，为了解决跨JVM互斥机制来控制共享资源的访问，这就是分布式锁的来源；分布式锁应用场景都是高并发，大流量场景。
3、分布式锁实现：基于redisson对redis分布式锁的实现；
1）、加锁机制：根据hash节点选择一个客户端执行同样的lua脚本，会提示已经存在锁，然后进入循环一直尝试加锁
2）、锁互斥机制：再来一个客户执行同样的lua脚本会提示已经存在锁，然后循环一直尝试加锁。
3）、可重输入机制
4）、watch dog自动延迟机制
5）、释放锁机制

单机源码