redis和rabbitmq的随笔

1.关于redis分布式锁的一些认识

redis做分布式锁是面试中经常问到的问题，而之前参与的项目关于这点，使用的都比较捡漏，最近看了一个项目中的使用，有一些认知，记录下来。

set操作保存uuid

为什么需要保存一个UUID，并且还需要记录？ 这是因为在加锁时，一般都是根据用户ID或是其他的ID值，并且这个key还需要追加相应加锁业务前后缀。在线程A获取锁情况下，可能由于业务耗时超过了redis配置的过期时间，而其他的线程B也需要用到这个锁，此时set了值，线程B获取了锁，而之后线程A本意是将他自己的锁释放，如果单独根据key进行删除，在key前缀+id在不同业务场景下复用场景下，就会误删线程B的key，因此在删除时，可以采用LUA脚本将value与上一步保存的uuid进行比较一致再删除。 LUA脚本的执行也就是写段脚本字符串，然后替换参数，然后通过api执行。

2.关于rabbitmq的延迟队列和死信队列

rabbitmq具有延迟队列的功能，在配置queue时，设置过期的消息发送到指定的exchange+routkey。 而这个在这个队列中存活多久，这个可以在每个消息中单独配置，也就达到了对于一些任务的定时执行效果。 而在超时过后，到达新的队列中，就可以执行相应的到期业务逻辑处理，针对这个queue，也可以配置一个死信队列，将过期未执行消费的消息进行告警，人工干预。