接口请求频繁怎么处理,同一个接口请求多次

接口请求频繁怎么处理,同一个接口请求多次

既然网络看似没问题，那么可以继续排除法，砍掉Nginx,客户端直接再渠道系统的服务器上，通过回环地址(localhost)直连，避免经过网卡/dns,缩小问题范围看看能否复现(这个应用和地址是我12 楼tianfang 的回复：

˙▽˙ 客户端增加交易流水号，服务端使用一个表记录此流水号交易状态，首次收到请求

减少来源，重点是前端的操作入口分离，并限制操作频率。对待处理数据进行清洗，去重、对比、改变存储方式等。增加失败补偿机制和日志。2. 解决思路模型开源节流的思路：敲定场景如果是移动端的话，我想到了一个比较简单的方法，你可以设置两个按钮，第一个按钮加上点击事件，并且默认显示，第二个按钮不加事件，当用户点击之后请求接口马上隐藏

对于数据只能处理有且仅有一次的业务场景，例如：支付订单，扣费的操作。对于同一个订单号，只能扣费一次。不论是经过接口调用，还是通过mq消费消息，已经扣费了，如1.通过路径：ip的作为key,访问次数为value的方式对某一用户的某一请求进行唯一标识2.每次访问的时候判断key是否存在，是否count超过了限制的访问次数3.若访问

如果你是根据单位时间内接口的访问量来判断，如果超过某个阀值，就阻止对该接口的访问，那么就会出现这个问题：其中一个系统频繁调用接口，超过了阀值，于是你就拒绝假如说是由于网络问题用户频繁的点击提交，为预防这种情况可以做个防止表单重复提交的拦截有点相似，但不是表单重复提交，客户端是Android,第二次请求是客户端主

可以使用缓存来减轻服务器的内存压力，如使用Redis等内存数据库，将接口返回的数据缓存起来，下次请求时直接从缓存中获取，减少了对服务器的访问，从而减轻了服务器当事件被频繁触发时，在一定的时间内再去执行回调函数，如果在等待期间再次被触发，则重新计时，直至整个等待期间没有新的事件被触发，执行回调函数。举个例子：一个点击事件，为了防止用