【贴代码】开发从贴代码开始！

『贴代码』

项目介绍

项目精选

优选问答

【本期话题】更多

我们在开发中经常遇到对方的接口请求有频率限制，比如当前接口每秒的请求不能大于100，不能大于1000，对于这样的，我们作为请求方，如何做限定？

三人寄语更多

你连F12都不关注，你好意思说你是前端？

点赞:0

由于时间的问题，我们往往会给自己埋坑，等着后续或者下一任来填！

点赞:0

谋而后动，往往会让你对自己的代码更具信心！

点赞:1

抛开需求谈架构是无意义的事情！

点赞:0

时间与空间总是在换来换去，鱼和熊掌往往不可同得！

点赞:0

没有最好的语言，只有更合适的语言！

点赞:0

能通过内网IP访问的，尽量不要使用域名访问！

点赞:1

逻辑注解清晰的代码优于那些一眼看不明白的语法糖

点赞:0

慎用redis的同步我的意见是redis都走异步！！！

点赞:0

设置后，UI不会变更，要不给他一个SetTimeout试试，原因自己想

点赞:0

相关推荐

CRUD的最佳实践，联动前后端，包含微信小程序，API，HTML等(二)

记PasteSpider部署工具的Windows.IIS版本开发过程之草稿-需求分析(1)

PasteForm中如何处理批量操作?

开发者部署工具PasteSpiderV5新版本更新内容

记PasteSpider部署工具的Windows.IIS版本开发过程之草稿-Web.IIS.Administration解读(5

记PasteSpider部署工具的Windows.IIS版本开发过程之草稿-效果展示(4)

PasteSpider更新摘要

记PasteSpider部署工具的Windows.IIS版本开发过程之草稿-动态表单(2)

【PasteForm】最佳CRUD的实现案例项目PasteTemplate解析，包含源码(二)

PasteTemplate之接口的授权实现，非JWT方式

话题列表

关于有QPS限制的接口的请求

我们在开发中经常遇到对方的接口请求有频率限制，比如当前接口每秒的请求不能大于100，不能大于1000，对于这样的，我们作为请求方，如何做限定？

尘埃

1.区分目标地址是按照什么时间单位计算的x/s x/min x/h /d是不一样的 2.然后按照分区建立缓存key,超过数量的，执行等待，或者重新放回队列中，这个要看时间差是多少 3.关键在于排重，然后是执行顺序，是否丢失数据等！具体的要看实际情况
每①天都是开始

不好搞，不好搞

重发机制

一般用于消息的通知

这一块在三方开发的时候比较常见，比如支付成功后，支付商推送通知给开发者，如果开发者没有按照要求返回特定信息，则支付商会按照规则继续执行多次推送，比如5s 1min 10min 30min 1h 4h 12h 24h等

烟雨萌萌

RabbitMQ里面有一个过期时间，然后过期后写入到另外一个队列B中，这样直接读取B队列的数据即可！
淡忘那面孔。

另外一个不行，延迟队列的延迟是拿最近一个消息的延迟来说的，比如你穿插了
a.5秒
b.1小时
c.10秒
那么将是a执行完成后等待1个小时执行b然后才是执行c!!!
所以要分多队列，然后按照各自维度，先进先出！！！
我相信安徒生

按照不同维度，不同队列，关键问题在于队列是否漏消息，然后就是排重了

延时队列的解决方案

有时候我们有个需求，比如在某个点再执行某些任务，这就涉及到延时任务的需求

比如订单的关闭，在客户建立订单后，我们就可以设定比如说1小时后，如果这个订单没有成交，则主动关闭他，如果有成交则移除这个任务！这里要考虑的是这个订单的数量有多少，然后是时效性，允许多少时间的误差？

长连接消息闪断的追补方案

有时候我们的方案需要使用到长连接，一般的是初始化的时候一次读取数据，比如读取需要获取的对象，或者最后一页数据，然后是链接长连接等待最新的数据下发，短线后重连...

有时候我们的方案需要使用到长连接，一般的是初始化的时候一次读取数据，比如读取需要获取的对象，或者最后一页数据，然后是链接长连接等待最新的数据下发，短线后重连,如果消息足够频繁，或者时间点刚好，就会发生消息错漏的问题，由此你有什么好的想法解决这个问题？

巷口酒肆

可以设定一个消息ID，主要是还有消息Label,那就是双key设定断层，重连后发送最后的id给服务端，服务端根据队列，补发其他的信息！
不曾罢休@

要看啥消息，有些消息要考虑断层问题，有些不需要，区分后再处理
底层的框架本身有队列机制的，比如你网络波动了，你在这个波动间发送了3条消息，网络好了后，这3条消息是会发送出去的！

第1页下一页

快捷注册

热门推荐更多

PasteForm

贴代码框架的项目案例，里面有PasteForm的案例代码等;