redissetnx阻塞，redis是阻塞还是非阻塞

大厂面试题详解:如何用Redis实现分布式锁?

1、释放锁的脚本两种方式都一样，直接调用 Redis 的 del 指令即可。 到目前为止，我们的锁既起到了互斥效果，又不会因为某些持有锁的系统出现问题，导致死锁了。

2、如果想要实现可重入的分布式锁的话，需要在设置value的时候加上线程信息和加锁次数的信息。但是这是简单的思路，如果加上过期时间等问题之后，可重入锁就可能比较复杂了。

3、如返回1，则该客户端获得锁，把lock.foo的键值设置为时间值表示该键已被锁定，该客户端最后可以通过DEL lock.foo来释放该锁。如返回0，表明该锁已被其他客户端取得，这时我们可以先返回或进行重试等对方完成或等待锁超时。

4、使用分布式锁要满足的几个条件：系统是一个分布式系统（关键是分布式，单机的可以使用ReentrantLock或者synchronized代码块来实现）共享资源（各个系统访问同一个资源，资源的载体可能是传统关系型数据库或者NoSQL）。

5、分布式锁需要满足的特性 综上：使用 setnx 命令来实现分布式锁并不是一个很严谨的方案，如果是Java技术栈，我们可以使用 Redisson 库来解决以上问题，接下来的文章会介绍如何使用。

相关问答

Q1: redissetnx加锁和hash加锁区别

（1）获取锁的时候，使用setnx加锁，并使用expire命令为锁添加一个超时时间，超过该时间则自动释放锁，锁的value值为一个随机生成的UUID，通过此在释放锁的时候进行判断。

改进版的加锁：命令是： setnx expire 添加分布式锁的同时，添加一个锁锁过期的时间。这样，当加锁线程退出之后，至少等一段时间之后，锁是有机会释放掉的。

setIfAbsent 这个函数实现的功能与 setnx 命令一样，代表如果没有这个key则set成功获取到锁，否则set失败没有获取到锁。 获得锁后进行资源的操作，最后释放锁。执行效果 ：可以看到同时只有1个线程能够获取到锁。

核心思想 使用setnx获取锁。如果成功取到锁，则使用expire命令为锁添加一个超时时间，超过该时间则自动释放锁。获取锁的时候还设置一个获取的超时时间，若超过这个时间则放弃获取锁。

Q2: redis+nodejs实现限流的三种方式

综上，代码实现起始都不是很难，针对这些限流方式我们可以在AOP或者filter中加入以上代码，用来做到接口的限流，最终保护你的网站。Redis其实还有很多其他的用处，他的作用不仅仅是缓存，分布式锁的作用。

利用 Redis 令牌桶算法进行限流。和 Guava RateLimiter 的名字类似，但两者不一样。hystrix 插件是网关用来对流量进行熔断的核心实现。使用信号量的方式来处理请求，基于 Netflix/Hystrix 来实现的。

首先打开 Redis 的配置文件，在不同的系统和安装方式下文件位置可能不同，比如通过brew安装的 MacOS 下可能是在/usr/local/etc/redis.conf下面，通过apt-get安装的 Ubuntu 下可能是在/etc/redis/redis.conf下，总之找到配置文件。

Q3: Springboot使用redis的setnx和getset实现并发锁、分布式锁

使用redis实现并发锁，主要是靠两个redis的命令：setnx和getset。那我们的设计思路就是：上面的代码使用了一个RedisService的类，里面主要是简单封装了一下redis的操作，你可以替换为自己的service。

这里同时启动5个线程并发往redis中存储 lock 这个key（key可以自定义，但需要一致），同时设置10秒的过期时间。

在8版本之后，redis为了解决这个问题，提供了官方版的解法，就是命令：set key value nx expireTimeNum ex，将上述两个命令合并成了一个命令。

C3发送SETNX lock.foo 想要获得锁，由于C0还持有锁，所以Redis返回给C3一个0 C3发送GET lock.foo 以检查锁是否超时了，如果没超时，则等待或重试。

Redis是一个nosql数据库，可以存储key-value值。因为其底层实现中，数据读写是基于内存，速度非常快，所以常用于缓存；进而因其为独立部署的中间件，常用于分布式缓存的实现方案。常用场景有：缓存、秒杀控制、分布式锁。

关于redissetnx阻塞和redis是阻塞还是非阻塞的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。