Redis缓存读写一把锁定双方的阻塞钥匙（redis 读写 阻塞）

Redis作为一种高性能的内存数据库存储工具，由于其自身的特性，经常被用作应用程序和数据库之间的缓存技术。但是，尽管Redis具有良好的读写性能，也存在着双方阻塞读写操作的可能性。

要了解Redis读写的一般步骤：任何读写操作都必须由一个Redis服务器客户端来发起，并且由客户端发出同步请求；服务器收到请求后，将请求通过核心进程调度到某个线程中运行；线程处理完毕后，请求将返回给客户端。在这种情况下，在处理请求的线程无法继续向客户端发送数据，并且可能会阻塞其他线程，它也就有了可能被阻塞的可能性。

另外，在Redis服务器端，许多重要的操作本身是阻塞性的，比如进行复杂的后端删除操作以及修改大型数据文件的操作等。这些操作会被锁定，而不允许其他线程访问，同时也会影响到发出请求的客户端，这就是双方都被阻塞的原因所在。

有了上面的背景信息，接下来我们来看看该如何解决这方面的问题。可以优化Redis的设计，实现如连接池，管理复杂操作等技术，以缩短服务器端处理耗时操作的时间。

此外，还需要对客户端进行优化，实现如多线程，线程池，并发处理技术，以使得客户端能够高效地利用线程进行并发读写操作，最大程度地提高性能。

作为处理Redis阻塞写起始的最佳方法，就是客户端和服务器都采用分布式锁。它的作用是，在客户端发起写操作请求之前，先从服务器端获得一个锁定令牌，然后进行写操作，完成后，再把令牌释放回服务器，以锁定双方，让其他客户端也可以安全地发起写操作。

要有效地避免Redis双方的阻塞，需要做的就是在客户端和服务器端都采取有效的优化措施，其中锁的使用是最重要的，它可以使得双方的写操作都更加快捷安全。具体代码如下：

服务器： // 获取锁，1000毫秒超时

redlock.lock(“lock_key”, 1000L).then( lock -> {

// 执行写入操作

// 释放锁

lock.unlock();

});

客户端：// 获取锁，1000毫秒超时

redlock.lock(“lock_key”, 1000L).then( lock -> {

// 执行写入操作

// 释放锁

lock.unlock();

});