哈希表的尴尬

2 篇文章 0 订阅
1 篇文章 0 订阅

由于cache命中率的原因,哈希表的性能通常是好于红黑树的。即使只有32个元素,红黑树也要进行五次比较,也就是要进行五次随机内存访问。随机内存访问对cpu cache是不太友好的。

但是哈希表有哈希表的尴尬,所以还没一统天下。

hash表最大的缺陷是当数据的量难以估计的时候,没法设置合适的bucket值。
元素可能是10个,也可能是10000个,那么hash表怎么初始化bucket个数。

这里有几种思路:
1,设置缺省的起始bucket个数为100左右,然后让hash表自动扩容。缺点是扩容的时候性能要受影响。
2,结合业务,每次给10000的bucket。缺点是浪费内存,而且无法处理100w这种极端情况。
3,把hash表的list变成哈希表。缺点是结构复杂,多次哈希速度慢。

综合来看,方案1是比较好的折中。



  • 2
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值