分布式锁原理与实战一：分布式锁简介

跨JVM的线程安全问题

        在单体的应用开发场景中，在多线程的环境下，涉及并发同步的时候，为了保证一个代码块在同一时间 只能由一个线程访问，我们一般可以使用 synchronized 语法和  ReetrantLock  去保证，这实际上是本地锁的方式。

        也就是说，在同一个 JVM  内部，大家往往采用  synchronized  或者  Lock  的方式来解决多线程间的安全问 题。但在分布式集群工作的开发场景中，在 JVM  之间，那么就需要一种更加高级的锁机制，来处理种跨 JVM 进程之间的线程安全问题。

解决方案是：使用分布式锁

        总之，对于分布式场景，我们可以使用分布式锁，它是控制分布式系统之间互斥访问共享资源 的一种方式。

        比如说在一个分布式系统中，多台机器上部署了多个服务，当客户端一个用户发起一个数据插入请求时，如果没有分布式锁机制保证，那么那多台机器上的多个服务可能进行并发插入操作，导致数据重复插入，对于某些不允许有多余数据的业务来说，这就会造成问题。而分布式锁机制就是为了解决类似这类问题，保证多个服务之间互斥的访问共享资源，如果一个服务抢占了分布式锁，其他服务没获取到锁，就不进行后续操作。

        大致意思如下图所示（不一定准确）：

 何为分布式锁？

何为分布式锁？

• 当在分布式模型下，数据只有一份（或有限制），此时需要利用锁的技术控制某一时刻修改数据的进程数。
• 用一个状态值表示锁，对锁的占用和释放通过状态值来标识。

分布式锁的条件：

• 互斥性。在任意时刻，只有一个客户端能持有锁。
• 不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁，也能保证后续其他客户端能加锁。
• 具有容错性。只要大部分的 Redis 节点正常运行，客户端就可以加锁和解锁。
• 解铃还须系铃人。加锁和解锁必须是同一个客户端，客户端自己不能把别人加的锁给解了。

分布式锁的实现：

        分布式锁的实现由很多种，文件锁、数据库、redis 等等，比较多；分布式锁常见的多种实现方式：

• 数据库悲观锁、
• 数据库乐观锁；
• 基于Redis的分布式锁；
• 基于ZooKeeper的分布式锁。

        在实践中，还是redis 做分布式锁性能会高一些。