并发编程系列之分布式锁原理和实现方式
1、为什么需要分布式锁？
最开始的项目是一个单体结构的，使用一个tomcat部署，如图，有一个订单编码生成器类，每次订单服务调用编号生成器类获取唯一的订单id序号，这种在没有并发情况是可以正常运行的，但是如果出现并发是不支持的
单体应用方法比较容易，直接使用juc包中提供的锁就能保证订单编号生成唯一性。在单体系统，虽然也有多线程并发的情况，但是都是在同一个进程里的，所以可以juc提供的各种锁就可以实现线程安全
但是在分布式环境，是要控制不同进程中的线程并发执行抢资源，这种情况juc的工具api是做不到的，所以需要一个独立的分布式锁生成器，从而保证多个进程中的线程使用同一把锁。
2、锁具有什么特点？
- 排他性：一个线程获取锁之后，其它线程不能获取，只有一个线程能获取锁
- 阻塞性：其它未抢到锁的线程阻塞，直到锁释放出来，再抢
- 可重入性：线程获得锁后，后续是否可以重复获取锁
3、什么技术能提供排他性？
- 文件系统
- 数据库，主键唯一约束
for update等 - reids，
setnx命令 - zookeeper 类似于文件吸引
4、实现分布式的方式对比？
- 基于数据库实现分布式锁
- 性能较差，容易出现单点故障
- 锁没有失效时间
- 基于Redis实现分布式锁
- 实现比较复杂
- 存在死锁的可能
- 性能比较好，基于内存 ，而且保证的是高可用，redis优先保证的是AP(分布式CAP理论)
- 基于Zookeeper实现分布式锁
- 实现相对简单
- 可靠性高，因为zookeeper保证的是CP(分布式CAP理论)
- 性能相对较好 并发1~2万左右，并发太高，还是redis性能好
