hashvalue java_Java String:hashcode实际上是hashvalue吗?

hastable在要存储的对象上使用一些哈希函数.

此哈希函数实质上计算表中对象的位置.

如果我们使用HashTable或HashMap并且大小不能容纳更多元素,则会调整这些集合的大小以容纳更多元素.

这意味着必须重新对每个存储的元素进行重新计算,以计算新的较大表中的新位置.

我的问题是以下(以上是正确的):

我读到String通过使用它存储的字符计算其哈希码,另外哈希值在内部存储(缓存)以获得最佳性能,因为它不必重新计算.

这是我没有得到的部分.如果哈希码基于字符串存储的字符,那么哈希表中的位置是如何计算的?

使用String的哈希码是否有一些额外的逻辑?那么String的hashcode实际上不是hashvalue?

最佳答案 哈希码未更改.只有内部表中的位置.打开HashMap并查看:

static int indexFor(int h, int length) {

return h & (length-1);

}

表中的索引(实际上是数组)是根据散列和数组的大小确定的.

因此,当“rehashing”发生时,它使用相同的哈希码,但长度不同,这意味着该元素被放在不同的桶中.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值