我只是想知道为什么jdk hashmap重新散列过程没有像redis那样采用渐进的方法。虽然jdk hashmap的重新哈希计算非常优雅和有效，但是当原始hashmap中的元素数包含相当多的条目时，仍然需要花费相当长的时间。我不是一个有经验的java用户，所以我总是认为java设计者的考虑超出了我的认知能力。类似redis的渐进式重灰化可以有效地将工作负载分配给hashmap中的每个put、delete或get，这可以显著减少重设大小/重灰化时间。我还比较了两种哈希方法，在我看来，这两种方法并没有限制jdk进行逐步的重新哈希。希望有人能给点线索或启发。提前多谢了。