DDR爱好者之家

Redis实战记录之限制操作频率
站长资源 2024/12/25 佚名
62 1538
DDR爱好者之家 Design By 杰米

前言

最近沉迷于业务开发无法自拔 "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，充分利用它的特性和优势
    • 



好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。
DDR爱好者之家 Design By 杰米
广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
DDR爱好者之家 Design By 杰米
ddrfans.com DDR爱好者之家
8,675无损音乐
1,324高清电影
213破解软件
70,141收录资讯

更新日志

友情链接

杰晶网络 DDR爱好者之家 南强小屋 黑松山资源网 白云城资源网
DDR爱好者之家 Design By 杰米