假设订单确认收货后推给远程服务器，该接口限制每分钟70次自己想了以下几种方案：
1.每次点击都会请求一次接口，等待结果返回并验证结果，问题：可能会出现超过频率限制，不好验证所有的请求是否成功，请求接口等待时间长。批量请求失败的无法重试。
2.给每个订单加一个请求成功标记，给用户操作埋点比如用户查询订单时，每次用户操作到这里就触发检查一遍上次请求是否成功，有没有成功的继续请求。优点就是对于请求失败的，可以进行重试。但如果用户不操作可能就永远不会再请求。并且频率也不好控制。如果某些原因导致太多没有请求成功的，那么一次请求太多用户等待时间也会莫名其妙变长
3.用一台服务器和Redis做异步服务队列，每次需要请求该接口时直接将请求的参数推给请求队列，再由该服务器专门去处理，好处是容易做频率限制，并且请求失败的可以重试，对用户前台体验上由于异步操作了所以等待时间减少了。
如果是查询的比如是查询该笔订单想的比较简单，就是将数据缓存进redis，设过期时间。这样不用每次查询。
添加回答
举报
0/150
提交
取消