分布式锁（三）__基于redis实现

最新推荐文章于 2024-11-03 15:37:08 发布
最新推荐文章于 2024-11-03 15:37:08 发布
阅读量184 收藏
点赞数
分类专栏： 分布式锁 mysql 文章标签： redis 分布式锁 setNx 过期时间
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013278314/article/details/82733740
版权

本文参考借鉴了论坛大佬的一篇很详细的博文并在此基础上加以实现，在此谢谢此位博主！，博文连接：

https://www.cnblogs.com/linjiqin/p/8003838.html

前言

首先，为了确保分布式锁可用，我们至少要确保锁的实现同时满足以下四个条件：

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

实现

引入依赖：

<dependency>
	<groupId>redis.clients</groupId>
	<artifactId>jedis</artifactId>
	<version>2.7.2</version>
</dependency>

和分布式锁一，二一样的orderSevice

package com.th.order;

public interface OrderService {

	void createOrder();
}

模拟共享资源的OrderCodeGenerator：

package com.th.order;

import java.text.SimpleDateFormat;
import java.util.Date;

public class OrderCodeGenerator {

	private static int i = 0;

	public String getOrderCode() {
		Date now = new Date();
		SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd-HH-mm-ss-");
		return sdf.format(now) + ++i;
	}

}

主角RedisLock：

下面是加锁的方法：下面包含代码解析

	@Override
	public void lock() {
		if (!tryLock()) {
			// 没有获得锁，阻塞自己
			waitForLock();
			// 再次尝试加锁
			lock();
		}

	}

	@Override
	public boolean tryLock() {
		String result = jedis.set(LOCK_KEY, requestId, SET_IF_NOT_EXIST, SET_WITH_EXPIRE_TIME, expireTime);
		if (LOCK_SUCCESS.equals(result))
			return true;
		return false;
	}

	private void waitForLock() {
		try {
			TimeUnit.SECONDS.sleep(1);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
	}

可以看到，我们加锁就一行代码：jedis.set(String key, String value, String nxxx, String expx, int time)，这个set()方法一共有五个形参：

  • 第一个为key，我们使用key来当锁，因为key是唯一的。

  • 第二个为value，我们传的是requestId，很多童鞋可能不明白，有key作为锁不就够了吗，为什么还要用到value？原因就是我们在上面讲到可靠性时，分布式锁要满足第四个条件解铃还须系铃人，通过给value赋值为requestId，我们就知道这把锁是哪个请求加的了，在解锁的时候就可以有依据。requestId可以使用UUID.randomUUID().toString()方法生成。

  • 第三个为nxxx，这个参数我们填的是NX，意思是SET IF NOT EXIST，即当key不存在时，我们进行set操作；若key已经存在，则不做任何操作；

  • 第四个为expx，这个参数我们传的是PX，意思是我们要给这个key加一个过期的设置，具体时间由第五个参数决定。

  • 第五个为time，与第四个参数相呼应，代表key的过期时间。

总的来说，执行上面的set()方法就只会导致两种结果：1. 当前没有锁（key不存在），那么就进行加锁操作，并对锁设置个有效期，同时value表示加锁的客户端。2. 已有锁存在，不做任何操作。

心细的童鞋就会发现了，我们的加锁代码满足我们可靠性里描述的三个条件。首先，set()加入了NX参数，可以保证如果已有key存在，则函数不会调用成功，也就是只有一个客户端能持有锁，满足互斥性。其次，由于我们对锁设置了过期时间，即使锁的持有者后续发生崩溃而没有解锁，锁也会因为到了过期时间而自动解锁（即key被删除），不会发生死锁。最后，因为我们将value赋值为requestId，代表加锁的客户端请求标识，那么在客户端在解锁的时候就可以进行校验是否是同一个客户端。由于我们只考虑Redis单机部署的场景，所以容错性我们暂不考虑。

解锁方法：

	@Override
	public void unlock() {
		String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";

		Object result = jedis.eval(script, Collections.singletonList(LOCK_KEY), Collections.singletonList(requestId));

		if (RELEASE_SUCCESS.equals(result)) {
			// return true;
			System.out.println("解锁成功！");
		} else {
			System.out.println("不是自己持有锁，或者锁已经过期，不用解锁！");
		}
		// return false;
	}

RedisLock完整代码：

package com.th.order;

import java.util.Collections;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.locks.Condition;
import java.util.concurrent.locks.Lock;

import redis.clients.jedis.Jedis;

public class RedisLock implements Lock {

	private Jedis jedis;
	private String requestId; // 锁的value 用于解锁的时候 比较是否自己获得锁
	private int expireTime; // 设置自动过期时间

	private static final String LOCK_KEY = "lock_key";
	private static final String SET_IF_NOT_EXIST = "NX"; // 如果key不存在，才set
															// 否则不做任何操作
	private static final String SET_WITH_EXPIRE_TIME = "PX";// 设置过期
	private static final String LOCK_SUCCESS = "OK";// redis 加锁成功后返回的值

	private static final Long RELEASE_SUCCESS = 1L;// 解锁成功后返回的值

	RedisLock(String ip, int port, String requestId, int expireTime) {
		this.jedis = new Jedis(ip, port);
		this.requestId = requestId;
		this.expireTime = expireTime;
	}

	@Override
	public void lock() {
		if (!tryLock()) {
			// 没有获得锁，阻塞自己
			waitForLock();
			// 再次尝试加锁
			lock();
		}

	}

	@Override
	public boolean tryLock() {
		String result = jedis.set(LOCK_KEY, requestId, SET_IF_NOT_EXIST, SET_WITH_EXPIRE_TIME, expireTime);
		if (LOCK_SUCCESS.equals(result))
			return true;
		return false;
	}

	private void waitForLock() {
		try {
			TimeUnit.SECONDS.sleep(1);
		} catch (InterruptedException e) {
			e.printStackTrace();
		}
	}

	@Override
	public void unlock() {
		String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";

		Object result = jedis.eval(script, Collections.singletonList(LOCK_KEY), Collections.singletonList(requestId));

		if (RELEASE_SUCCESS.equals(result)) {
			// return true;
			System.out.println("解锁成功！");
		} else {
			System.out.println("不是自己持有锁，或者锁已经过期，不用解锁！");
		}
		// return false;
	}

	@Override
	public void lockInterruptibly() throws InterruptedException {
		// TODO Auto-generated method stub

	}

	@Override
	public boolean tryLock(long time, TimeUnit unit) throws InterruptedException {
		// TODO Auto-generated method stub
		return false;
	}

	@Override
	public Condition newCondition() {
		return null;
	}

}

OrderServiceImplWithZkDis测试类：

package com.th.order;

import java.util.UUID;
import java.util.concurrent.CyclicBarrier;
import java.util.concurrent.locks.Lock;

public class OrderServiceImplWithZkDis implements OrderService {

	private static OrderCodeGenerator org = new OrderCodeGenerator();

	// private Lock lock = new ZookeeperDisLock("/LOCK_TEST");

	// private Lock lock = new ZookeeperReAbleDisLock("/LOCK_TEST");

	// private Lock lock = new DbLock(new User("1","张三丰"));

	private Lock lock = new RedisLock("192.168.1.118", 6379, UUID.randomUUID().toString(), 1000);

	@Override
	public void createOrder() {
		String orderCode = null;

		try {
			lock.lock();

			orderCode = org.getOrderCode();
			// TestReLock();

			System.out.println(Thread.currentThread().getName() + "生成订单：" + orderCode);
		} catch (Exception e) {
			e.printStackTrace();
		} finally {
			lock.unlock();
		}

	}

	public void TestReLock() {
		lock.lock();
		System.out.println(Thread.currentThread().getName() + "测试重入锁成功...");
		lock.unlock();

	}

	public static void main(String[] args) {
		int num = 20;
		CyclicBarrier cyclicBarrier = new CyclicBarrier(num);

		for (int i = 0; i < num; i++) {
			new Thread(new Runnable() {

				@Override
				public void run() {
					OrderService orderService = new OrderServiceImplWithZkDis();
					System.out.println(Thread.currentThread().getName() + "： 我准备好了");

					try {
						cyclicBarrier.await();
					} catch (Exception e) {
						e.printStackTrace();
					}

					orderService.createOrder();
				}
			}).start();
		}

	}

}

测试结果：

懒惰的毛毛虫
关注
专栏目录
Redis 3：分布式锁
Fisher3652的博客
08-16 336
1.redis分布式锁基础知识 缓存有效期 redis中的数据，不一定都是持久化的；给定key设置的生存时间，当key过期时，它会被自动删除。 SETNX 命令 SETNX key value，将 key 的值设为 value ，当且仅当 key 不存在。若给定的 key 已经存在，则 SETNX 不做任何动作。SETNX 是『SET if Not eXists』(如果不存在，则 SET)的简写。 lua脚本 轻量小巧的脚本语言，用于支持redis操作序列的原子性。 2.加锁 通过setnx向特定的ke
Redis除了做缓存--Redis做消息队列/Redis做分布式锁/Redis做接口限流
weixin_30301449的博客
05-09 348
1、用Redis实现消息队列 用命令lpush入队，rpop出队 Long size = jedis.lpush("QueueName", message);//返回存放的数据条数 String message = jedis.rpop("QueueName");//从队列中取数据 用rpop会存在一个问题，及需要不停调用rpop方法查看List中是否有未处理的消息，每次调用都会发起一...
Jedis快速实现分布式锁
jjccero
04-10 1120
redis的setnx和事务在实现分布式锁申请和释放上均有不足。本文通过Jedis依赖快速实现基于Redis的分布式锁。其中申请锁使用了参数SetParmas，释放锁调用lua脚本。
基于Redis实现的分布式锁
Achooyo的博客
09-11 994
利用set nx ex获取锁，并设置过期时间，保存线程标示释放锁时先判断线程标示是否与自己一致，一致则删除锁特性：利用set nx满足互斥性利用set ex保证故障时锁依然能释放，避免死锁，提高安全性利用Redis集群保证高可用和高并发特性。
如何用Redis实现分布式锁？
热门推荐
小夏陌的博客
05-01 4万+
分布锁很重要，经常作为面试考题，接下来就让我们一起来了解下分布式锁
分布式锁实现方案-基于Redis实现的分布式锁
qq_25409421的博客
06-23 1204
在当今大数据、高并发的互联网时代，分布式系统已经成为了许多企业架构设计的首选。而在分布式系统中，实现并保证数据一致性和线程安全性是一个极具挑战性的问题。Redis作为一个高性能缓存框架，它的setnx()指令具有独占性、互斥性，满足分布式锁的特性要求，因此基于Redis可以实现分布式锁。今天我们就来看下，基于Redis，如何实现单机锁和RedLock锁。Redlock分布式锁作为一种解决方案，在高并发场景下能够提供可靠的分布式锁服务。然而，Redlock分布式锁也并非完美无缺，它在高并发环境下仍面临一些问题
Redis实现分布式锁
小小程序猿
09-15 2115
Redis 作为一种高效的内存数据库，能够提供简单的分布式锁实现，但在某些复杂场景下，使用 Redlock 或 Redisson 能提高分布式锁的健壮性。分布式锁的正确实现对系统的可靠性和性能至关重要，需要根据实际业务需求进行合理设计和调优。
Java 实现基于Redis的分布式锁
Yoiami的博客
07-24 1332
本文提供了 Java + Lua 实现的基于 Redis 的分布式锁，这里的实现保证了微服务对资源的独占性并实现了锁的可入重性。但是，对于某些情况下，该实现似乎并没有正常工作，而且暂时没有正确定位到问题。
如何用Redis实现分布式锁
Hopefully Sky的博客
07-30 3万+
为什么需要分布式锁 在聊分布式锁之前，有必要先解释一下，为什么需要分布式锁。 与分布式锁相对就的是单机锁，我们在写多线程程序时，避免同时操作一个共享变量产生数据问题，通常会使用一把锁来互斥以保证共享变量的正确性，其使用范围是在同一个进程中。如果换做是多个进程，需要同时操作一个共享资源，如何互斥呢？现在的业务应用通常是微服务架构，这也意味着一个应用会部署多个进程，多个进程如果需要修改MySQL中的同一行记录，为了避免操作乱序导致脏数据，此时就需要引入分布式锁了。 想要实现分布式锁，必须借助一个外部系统，所有
基于Redis实现分布式锁(理论篇)
云原生Java Web领域技术博客
10-22 1795
多进程环境下，为避免多节点重复工作，以减少不必要的资源浪费或保证业务的正确性，常使用分布式锁来实现。在分布式锁的多种实现方案(基于数据库、基于 Zookeeper 、基于 Chubby、基于缓存等)中，基于缓存组件实现的分布式锁成为大多数业务的选择。(相比数据库、Zookeeper 、Chubby等组件，缓存组件具有更高的性能，且大多数业务均已引入缓存组件)。在缓存组件的选择上，Redis已成为主流选择。本文梳理下基于Redis实现分布式锁的常见问题，避免在同一个问题上重复踩坑，方便后学者。
Java基于redis实现分布式锁代码实例
08-19
Java基于Redis实现分布式锁代码实例 分布式锁的必要性 在多线程环境中，资源竞争是一个常见的问题。例如，在一个简单的用户操作中，一个线程修改用户状态，首先在内存中读取用户状态，然后在内存中进行修改，然后...
Redis分布式锁的实现方式(redis面试题)
09-08
以下是一个基于Redis的正确分布式锁实现示例： ```java public class CorrectRedisDistributedLock { private Jedis jedis; private String lockKey; private String clientId; public ...
redis和zookeeper实现分布式锁的区别
01-20
3. **操作难度**：Redis实现分布式锁较为复杂，需要处理时间计算、锁续期等问题；而Zookeeper通过创建和监听临时节点，实现逻辑更为清晰简单。 总结来说，Redis和Zookeeper在实现分布式锁时各有优缺点。Redis适合对...
Java Redis分布式锁的正确实现方式详解
08-25
本篇博客将详细介绍第二种方式，基于Redis实现分布式锁。 可靠性是分布式锁的重要特性。为了确保分布式锁的可靠性，至少需要满足四个条件： 1. 互斥性：在任意时刻，只有一个客户端能持有锁。 2. 不会发生死锁：...
基于redis实现分布式锁的原理与方法
12-14
redis实现分布式锁 数据库实现分布式锁 zk实现分布式锁 今天我们介绍通过redis实现分布式锁。实际上这三种和java对比看属于一类。都是属于程序外部锁。 原理剖析 上述三种分布式锁都是通过各自为依据对各个请求...
Redis-发布/订阅交互模式
sq2048935747@163.com的博客
10-31 305
消息代理”（Message Broker）是一种软件组件，它在不同的应用程序之间传递消息。在Redis的上下文中，消息代理的功能允许Redis作为一个中间人，帮助应用程序之间进行异步通信。具体来说，Redis支持发布/订阅（pub/sub）模式，这是一种消息传递机制，其中一个或多个发布者（publishers）发送消息到一个频道（channel），而订阅者（subscribers）监听这些频道以接收消息。
CentOS 7系统下Redis Cluster集群一键部署脚本发布
运维人生
11-02 245
环境准备：自动安装Redis所需的依赖包，并下载Redis源码。Redis安装：编译并安装Redis。配置文件生成：为每个Redis节点生成独立的配置文件。Redis实例启动：根据配置文件启动Redis实例。集群创建：使用redis-cli命令创建Redis Cluster集群。本文提供了一个在CentOS 7系统下Redis Cluster集群的一键部署脚本，帮助开发者快速搭建Redis Cluster集群。未来，我们将继续完善该脚本，增加更多的功能和配置选项，以满足不同场景下的需求。
Redis的数据结构
2302_81083129的博客
10-31 986
缓存穿透、缓存雪崩、缓存击穿、Redis的数据结构及常用命令
Redis 的使⽤和原理
最新发布
2301_79288225的博客
11-03 505
第一章:初识 Redis1.1盛赞 RedisRedis是⼀种基于键值对（key-value）的 NoSQL 数据库，与很多键值对数据库不同的是，Redis中的值可以是由 string（字符串）、hash（哈希）、list（列表）、set（集合）、zset（有序集合）、 Bitmaps（位图）、HyperLogLog、GEO（地理信息定位）等多种数据结构和算法组成，因此 Redis可以满⾜很多的应⽤场景，⽽且因为 Redis 会将所有数据都存放再内存中，所以它的读写性能⾮常惊⼈。
Redis结合springBoot实现分布式锁（完整版）_spring boot quartz redis分布式锁_魏元子的博客
07-28
Redis结合Spring Boot可以实现分布式锁。在Spring Boot中，我们可以使用RedisTemplate来操作Redis。首先，我们需要在pom.xml文件中添加spring-boot-starter-data-redis依赖。然后，我们可以使用Redis的读写性能高和共享存储的特性来实现分布式锁。\[1\]\[3\] 在实现分布式锁时，可以使用Redlock算法来提高可靠性。Redlock算法是基于多个Redis实例的半数以上实例能正常工作的原理来保证分布式锁的正常工作。通过执行释放锁的Lua脚本，只要N个Redis实例中的半数以上实例能正常工作，就能保证分布式锁的正常工作。\[2\] 具体的代码实现可以参考魏元子的博客中关于Redis结合Spring Boot实现分布式锁的文章。该文章详细介绍了如何基于Redis实现分布式锁以及可能面临的问题。 #### 引用[.reference_title] - *1* *2* *3* [SpringBoot中使用Redis实现分布式锁](https://blog.csdn.net/weixin_44009447/article/details/127891675)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^koosearch_v1,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值