本文目录一览：
- 1、redis用hash实现读写锁
- 2、SpringBoot实现Redis失效监听事件—KeyExpirationEventMessageListener...
- 3、多服务器java毫秒内的重复请求怎么处理?
- 4、redis常见问题
2、ARGV[1]代表的就是锁key的默认生存时间，默认30秒 。
3、锁应该是一个对象，记录持有锁的线程信息、当前重入次数 。所以应该使用Redis的Hash结构来存储锁对象 。
4、所以使用 ziplist 也是很快的，也就是说添加删除平均还是 O（1）。
SpringBoot实现Redis失效监听事件—KeyExpirationEventMessageListener...这样做是为了使 Repository 支持发布 RedisKeyExpiredEvent，只要一个键过期 expiring key ，就会在 Spring 的 ApplicationEventPublisher 中间保存过期的值，即使原始值已经被删除 。
在这里是还没有启动所有的监听程序 。RabbitListenerEndpointRegistry对象Bean实现了SmartLifecycle接口，所以容器上下文执行完（刷新完）以后会调用实现了该接口的会滴方法start，启动消息监听 。
每个Redisson对象实例都会有一个与之对应的Redis数据实例 ， 可以通过调用getName方法来取得redis数据实例的名称（key），所有于Redis key相关的操作都归纳在RKeys这个接口里 。
多服务器java毫秒内的重复请求怎么处理?1、图片服务器分离 图片是最消耗资源的 ， 僵图片和页面分离可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃 。
2、第一种方法：在容器中配置最大请求数，如果大于改请求数，则客户端阻塞 。该方法有效的阻止了大量的请求同时访问业务系统，但对用于不友好 。
3、图片服务器分离 对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器 。
4、消息已经消费成功了 ， 第二条消息将被直接幂等处理掉（消费成功） 。并发场景下的消息，依旧能满足不会出现消息重复，即穿透幂等挡板的问题 。支持上游业务生产者重发的业务重复的消息幂等问题 。
5、重复服务器方案对系统资源要求不高，一般用于处理可在预期时间内处理完的请求，针对面向无连接的客户机/服务器模型 。并发服务器方案是一个守护进程，在没有请求到达时，它处于等待状态 。
redis常见问题1、常见解决方案：在命令窗口输入：ping [IP] 查看是否有连接，如果没有，则为网络问题，如果有 ， 尝试第二步 。
2、Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名 。
【redis的lock redis锁一直返回false】3、Redis主从复制的性能问题，为了主从复制的速度和连接的稳定性，Slave和Master最好在同一个局域网内 。关于Redis 常见的性能问题都有哪些，青藤小编就和您分享到这里了 。
