fionasit007

@angeni #29 搞错了

@fadaixiaohai #27 测试阶段数据较少，没在意这种重复请求，因为我们日活挺高的，再加上这个接口本来不是为了高并发做的，使用率极低，但是被前端误放进重复请求逻辑里了，对于服务器来说这个都是正常请求

@rabbbit #28 那用户主动点击咋办，a2 这个接口不是用户重复调用的，本来就是一个使用率很低的接口，但是因为前端搞错了，给放到循环里去了

@mingliao #20 我们后端服务器配置和成本实际挺低的，虽然日活高，但是我们也不是盲目去加配置，因为有的接口或者服务就不是为了高并发去做的，遇到这种情况后续都是给他说改了，主要是经常这样搞，但是群里说这个就算了，抛开这类小问题氛围还是挺好的哈哈

@liuidetmks #19 这不是我测试的啊，接口本身我肯定测试了的，我给他前说了接口咋用的，不能重复请求的，我前面其他楼举了例子（ a 模块里面有 a1,a2 接口，a 接口需要一直请求刷新，b 接口只是初始化请求；他每次刷新调用 a1 接口时直接调用 a 模块，导致 a2 接口也被调用了，千叮嘱万嘱咐都是没用的，这种情况出现过好几次了），光数据来说我们都是做了加密的，但是这种请求完完全全都是正常的请求，而且你再限制能抵得住日活百万的重复请求吗，相当于百万个客户端来攻击你，不是一般的攻击手段，我是解决不了了，至于你说的老板这些他也懂啊，谁没事再客户端写个重复请求请求客户端，以前遇到过这种他直接他让我改域名，老域名不用了

@Razio #21 限制都是有限制的，光数据来说我们都是做了加密的，但是这种请求完完全全都是正常的请求，而且你再限制能抵得住日活百万的重复请求吗，相当于百万个客户端来攻击你，不是一般的攻击手段，我是解决不了了

@wwd179 #11 哈哈哈

@sojourner #8 你这个可以试试，下次测试期我加个频率监控

@Chaidu #9 这种就很很头疼，每次反复确认说没问题，然后我还得看日志找原因，让他再去看是不是调用有问题