滑动窗口统计用在通用QPS统计不是很合适

[mrdear]

我理解滑动窗口的目地是限流场景统计能够更加平滑，准确度却取决于切分的格子(sampleCount)大小，误差也是一个格子，在限流场景下这种QPS统计能够容忍这种误差。如果单纯的只是QPS计数使用，那么固定窗口更加合适一些，统计会更加精准。

[wujiuye]

我想你对滑动窗口有误解，其次，也不存在你说的存在一个格子的误差，也不是限流场景就允许存在误差。

[mrdear]

我想你对滑动窗口有误解，其次，也不存在你说的存在一个格子的误差，也不是限流场景就允许存在误差。

假设1S中，分为了两个500ms的bucket，那么误差最大就是500ms。

假设当时间点在 300ms 时，第一个格子生效，时间是700ms，第二个格子生效，时间是 1200ms，那么此时第一个格子被复用，此时的sum(qps)只有200 + 500这个时间点的总值，因此出现不准确现象。

不知道是我哪里理解有问题还是限流场景确实不需要这种精确的统计

[wujiuye]

每个bucket都有起始时间、结束时间，复用的bucket会重置

[mrdear]

每个bucket都有起始时间、结束时间，复用的bucket会重置

我的意思是总的窗口大小就是1s，在reset的时候，此时窗口实际上小于1秒，因为有部分时间在未来，所以导致不准确。

[wujiuye]

但凡你把代码看一遍，测一遍，都不会有这些问题吧

[mrdear]

但凡你把代码看一遍，测一遍，都不会有这些问题吧

可能我说的不太明白，可以看下 https://www.javadoop.com/post/sentinel 这篇文章的 Sentinel 中秒级 QPS 的统计问题 这个章节。