伏龙阁资源网

Redis实战记录之限制操作频率
站长资源 2024/12/25 佚名
2 0

前言

最近沉迷于业务开发无法自拔 "color: #ff0000">场景

场景1

留言功能限制，30秒 内只能评论 10次，超出次数不让能再评论，并提示：过于频繁

场景2

点赞功能限制，10秒 内只能点赞 10次，超出次数后不能再点赞，并禁止操作 1个小时，提示：过于频繁，被禁止操作1小时

场景3

上传记录功能，限制一天只能上传 100次，超出次数不让能再上传，并提示：超出今日上线

抽离本质

在业务开发的过程中，我们不断的参与各种业务场景的方案设计，往往很容易碰到很类似的场景，只不过当前所属的业务模块不一样，其实这些需求的本质是解决同一个问题，当遇到这种场景的时候，我们需要根据自己经验分析抽离出需求的本质问题，实现一个通用的解决方案，让自己的解决方案更有价值，这可能就是区别于你是有灵魂的工程师还是cp（copy paste）最强王者吧。

分析上面3个业务场景，可以从中发现其中有相似的逻辑，称它为同类的问题，现在我们就是要抽离这个问题，设计一个通用的解决方案，勾画相同逻辑流程图：

Redis实战记录之限制操作频率

通过分析上面的需求场景，抽离出他们都需要的那些条件：

  • 限制对象：用户
  • 限制操作（评论，点赞，记录， …）
  • 时间范围X秒内
  • 限制操作数Y次
  • 超出后禁止操作时间Z（秒/具体时间）
  • 超出后不让再操作，并提示

Redis实战记录之限制操作频率

（最小时间单位用秒：天/小时/分钟都可换算成秒，用秒可以解决更多的场景）

如果把功能抽离成一个通用函数是不是大概是这样：

<"color: #ff0000">解决方案落地




功能中需要对用户发起的操作和时间，以及累计次数进行存储，并且需要失效过期的清理，如果这个时候我们依赖mysql做存储，想想都觉的挺痛苦，这里主角：redis 终于登场了，基于redis特性，incr的原子操作和key 支持过期机制，内存存储的效率优势，可以相对简单灵活并且又高效的完成目的。


这里简单实现个通用功能的代码：





<"color: #ff0000">总结




    
  
  • 对相似的业务场景进行分析，发现本质问题并设计通用的解决方案
    • 
  
  • 让解决方案更有价值，做一个有灵魂的开发者
    • 
  
  • 熟练掌握redis，充分利用它的特性和优势
    • 



好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。
广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
www.wwsws.com 伏龙阁资源网
39,976影音资源
44,792技术资源
21,817软件资源
651,128站长资源

更新日志

友情链接

杰晶网络 DDR爱好者之家 桃源资源网 杰网资源 富贵资源网 南强小屋 铁雪资源网 幽灵资源网 万梅资源网 狼山资源网 白云岛资源网 昆仑资源网 相思资源网 明霞山资源网 内蒙古资源网 黑松山资源网 茶园资源网 饿虎岗资源网 大旗谷资源网 常春岛资源网 岱庙资源网 兴国资源网 快活林资源网 蝙蝠岛资源网 帝王谷资源网 白云城资源网 伏龙阁资源网 清风细雨楼 天枫庄资源网 圆月山庄资源网 无争山庄资源网 神水资源网 移花宫资源网 神剑山庄资源网 无为清净楼资源网 金钱帮资源网 丐帮资源网 华山资源网 极乐门资源网 小李飞刀资源网 凤求凰客栈 风云阁资源网 金狮镖局 鸳鸯亭资源网 千金楼资源网 更多链接