sentinel滑动时间窗口算法统计通过请求数量细节_不就统计成 0-500ms 和1000ms - 1500ms两个窗口的请求数量了吗?这块不知道会不会-优快云博客

本文链接：https://blog.youkuaiyun.com/CPLASF_/article/details/123912296

本文探讨了Sentinel中滑动时间窗口算法在统计请求量时的细节，特别是当新请求到来时如何正确地计算前1秒的QPS。通过分析源码，揭示了Sentinel如何排除超过时间窗口的旧请求，只统计有效时间段内的请求数量，确保统计准确性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

昨天写的笔记中，最后我留了一个疑问，疑问是这样的：
假如：在0-500ms之间有4次请求，500-1000ms之间有4个请求；在1000ms - 1500ms之间请求次数为0，1600ms的时候，有三个请求进来，此时
在这里插入图片描述

在进行判断的时候，会把第二个窗口进行reset：也就变成了这样：
在这里插入图片描述

我的疑问是：此时在统计qps的时候，如果还是直接把两个窗口的请求次数累加到一起，那就统计的不是前1S之内的请求数了；、
今天翻了下源码，发现针对这个场景的源码了：

com.alibaba.csp.sentinel.node.StatisticNode#successQps

这个类中，是获取相关统计指标的收口类，就是说，不管是限流、降级还是其他场景需要获取相关的qps指标，都需要通过这个类实现，所以我们找其中的一个方法看下实现源码：

public double successQps() {
   
   
    return rollingCounterInSecond.success() / rollingCounterInSecond.getWindowIntervalInSec();
}

要统计qps，当然是同success的数量 / 1S
rollingCounterInSecond.getWindowIntervalInSec() 这个不贴代码了，里面就是用1000ms / 1000ms；这个计算方法的意思是说：如果在初始化时，预设的时间窗口是1000