屈定
多用户这个我是不太赞成的,这个小工具简单就是简单在个人使用上,多用户带来了更加繁琐的成本,没必要
这个东西目地是为了自己能够方便分享,定位不同,不考虑这个功能哈
这样的体验并不是很好,影响右侧边栏. 我现在的解决方式为使用hexo-toc插件,在文章开头展示目录,如下图  或者说做一个悬浮菜单按钮的话应该会更好吧.前端大佬们尝试下
我尝试加了下，在侧边栏，当滑动到顶部是钉住。 还存在的问题： 1. 锚点不准确的问题，不知道怎么解决。。。我前端渣渣 2. 动画效果加不好，貌似display：none就直接消失了。。。 可以参考下我的博客上的目录，[https://mrdear.cn/2018/05/29/framework/dubbo/dubbo--loadbalance/](https://mrdear.cn/2018/05/29/framework/dubbo/dubbo--loadbalance/)
就是当滑动到顶部时会把下面的模块隐藏掉，这个不会加动画。。。  主要是让大家看看这种体验好不好，好的话博主可以在主题中加入并优化这种toc展示方式。
@BruceYuj hexo的toc函数会自动处理，我不是专业前端，写的不好，如果这种做法可以的话，希望作者能在原主题上加上这个功能。 
@xixifeng 第三个是merge函数，在Stream并发时会对输入做切分，分别执行中间的过程，最后合并结果，这个时候就有效果了。
期待第七篇,博主很厉害,思路很清晰,尤其是第6篇,我直接拿来在公司内部做分享了
> 我想你对滑动窗口有误解，其次，也不存在你说的存在一个格子的误差，也不是限流场景就允许存在误差。 假设1S中，分为了两个500ms的bucket，那么误差最大就是500ms。 假设当时间点在 300ms 时，第一个格子生效，时间是700ms，第二个格子生效，时间是 1200ms，那么此时第一个格子被复用，此时的sum(qps)只有200 + 500这个时间点的总值，因此出现不准确现象。 不知道是我哪里理解有问题还是限流场景确实不需要这种精确的统计
> 每个bucket都有起始时间、结束时间，复用的bucket会重置 我的意思是总的窗口大小就是1s，在reset的时候，此时窗口实际上小于1秒，因为有部分时间在未来，所以导致不准确。