业务场景:高并发下防止用户短时间内频繁刷数据 业务难点:如果先去检查当前是否有key然后去插入,在高并发下可能在插入前多个线程检查到不存在key,从而都获取到锁。 解决方案:使用用户id生成唯一key,使用redis带有的setnx命令(即如果不存在则插入,如果存在key则返回0),如果成功则使用redis的expire命令。如果失败可以进行一次锁的重入 不足:过于依赖redis,缺少风险防范措施