Java的失败设计--String缓存hashcode


Java的设计者设计String的时候,用一个私有变量缓存了hash值。这显然是用空间换取时间的做法。那么这种做法是否合理呢?我认为:相当的不合理。

 

假如调用hashCode的时候都用的是同一个String对象,那么缓存hash值的做法是非常可取的。问题是,假如只是假如,在真实的应用程序环境下,这个假定是不成立的,多数情况下我们存在HashMap的key上的String是一个实例,而查找的时候却用的是另外一个实例,这样一来,缓存起来的hash值毫无用处反而还多占内存空间。

 

根据经验来说,多数应用都是使用内存多而利用cpu少,也就是说内存常常会先比cpu成为瓶颈,因而有一种常用的做法是利用计算来代替内存占用,我觉得String的hashCode每次都计算一下比缓存hash值在多数情况下都更为合理。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值