如果内存便宜，就别动它。如果内存昂贵，按照你建议的方法使用滞后调整来调整大小。完成后，请对结果进行分析以确保其性能良好并且没有做出愚蠢的事情。
第一个想法：增加哈希表的唯一原因是因为如果有太多冲突，哈希表的性能会降低。当负载超过70%时增加表格是一个好的经验法则，以防止这种情况发生，但这只是一个经验法则。更好的方法是跟踪冲突的数量，并且只有在它们超过某个限制或达到某个冲突比率时才增加哈希表。毕竟，为什么要增加一个负载为90％但没有任何冲突的哈希表呢？它没有任何优势。
第二个想法：缩小哈希表的唯一原因是为了节省内存，但缩小它可能会增加冲突的数量，从而降低查找性能。这是经典的速度与内存之间的权衡，为什么要自己解决呢？把它留给使用你代码的人。永远不要自己缩小，但提供一个缩小方法。如果低内存使用是一个要求，谁使用你的代码可以定期调用缩小方法。如果最大性能是一个要求，谁使用你的代码就不应该调用缩小方法。其他人可以使用某种启发式方法来决定是否以及何时调用缩小方法。
第三个想法：无论是增长还是缩小，始终应以一定的负载因子来保证增删操作后的负载因子。例如，当增长时，总是增长到负载因子为50%，而当收缩时，总是以在操作之后负载因子为70%的方式缩小。 当然，这并不代表哈希表中没有碰撞发生。因此，在增长/收缩后立即添加元素可能会导致哈希表再次增长，但由于模拟增长/收缩的效果通常太昂贵，这是不可避免的。同时，当没有计划进一步修改哈希表时，通常会调用收缩，因此它应该节省内存，而不是为了避免将来需要再次增长。