现在很稳定，优化方向可以考虑一下udp传输

大佬，client发送key时挑选worker的策略使用一致性哈希是不是会好一点？ 目前直接对worker数取模的策略好像不太利于节点扩展，动态扩了worker节点以后全部key到节点的从属关系都改变了。请指教。

@han47 没必要，首先不会频繁扩缩，在一个业务接入时他的worker数量就能确定下来，后续基本不会变。如果频繁动worker，说明一开始就搞的不对。其次，扩了或者缩了，只会影响一个计算周期譬如2秒，那对业务没有任何影响。不存在说刚好差了那一秒的数据造成他没变热，系统垮了。特别热的数据，差2秒它还是会很快变热。冷数据，丢2秒自然也无所谓，反正也热不了

再请教下，单纯通过某时间段内请求数达到多少就判断为热key是不是不够精准？ 用全局LFU,LRU之类算法来判断热key是否会更好？

@han47 用的滑动窗口算法，这个就是最精准的，对比你那几个