2019-12-04背压（反压），通过服务器端的性能监控，延迟客户端的发送请求，比如HBase的客户端提交过程，会参考服务端jvm，内存等的使用情况，决定客户端休眠多长时间。 10
2019-12-04之前做商城的时候设计过限流系统，基本上就是这两种实现。稍微多做了一点就是我们在前端也做了一定的策略，就是把用户短时间内的请求合并，我们知道在秒杀的时候大多数人都会疯狂点秒杀按钮，而实际上可能只有第一次请求是有效的，因此前端可以做一个限制，这样可以有效减少发给服务器的请求数量 4
2019-12-04消息队列控制流量的策略本质也是漏桶吧？不管发给消息队列的速率是多大，服务器在消息队列中取出请求的速率是固定的。 2
2019-12-04感觉Sentinel是针对ThreadPoolExecutor，以及使用的队列做了定制，不知道是不是这样 1
2020-01-20使用分布式缓存来缓解高并发请求
2020-01-07springMVC怎么做限流呢？ 请求进来然后去判断线程池有没有空闲资源，有就用线程去处理，没有就直接抛异常？？？
2020-01-04为什么连固定窗口模式和滑动窗口模式的限流机制都没有弹到
2019-12-31有疑问，综上所述，匀速排队并不能算严格的漏桶算法。
1.有排队意味着可堆积，满足宽进，在队列积压高于消费速率时，消费为1s中5次且稳定，符合严出，故判定为漏桶算法。
2.假设队列为空，以1s的内部运作的暂态来看。在800ms时瞬间有五个请求进来。如果该匀速算法与谷歌的ratelimit一样，那么800ms这一瞬间可以并行消费4个消息，在1000ms时消费最后的1个消息。结果这1s的消费速率还是5个消息。但集中在最后200ms消费，0-799ms一条消息也没有消费。这就具备了令牌桶消费峰值流量的特性。所以站在1s内的消费情况来看，其特性其实是令牌桶算法。（1）中提到的队列积压后匀速的情况，其实是令牌桶峰值消耗过后的匀速（放入令牌的速率）消费。展开- 2019-12-08netty的高水位不知道算不算流量控制的一种
2019-12-05配合看看实现源码更易懂哦- 2019-12-04我有个疑惑，既然说令牌策略，一般把令牌数限制为系统最大处理能力略低一点的数目，那么我只要把漏桶策略的执行任务速度调整为令牌策略的令牌数目，那起的作用难道不是和令牌策略的作用相同，此时网盘感觉它们没区别啊 6
2019-12-04听到了好几次关于令牌桶和漏桶的内容，这次明确了他们主要是为了高可靠而不是高性能和高可扩展性
2019-12-04有个疑问：如果有线程池的话，其实就相当于在使用令牌桶策略了吧，线程相当于令牌，池中的线程用完了，新的请求要么拒绝要不等待。 3- 2019-12-04这里说的流控和计算机网络中的流控有个最大的区别是：网络中的流控可以通过滑动窗口调节发送端的请求速率！