我认为这种方法不会避免冲突.我认为,如果key.hashcode大于table.length,将发生冲突.
更新:
实际上,我指的是JDK 1.8中的HashMap#hash,并且对将高位向下分布的好处有些困惑.
现在,我想知道这个link的好处是:
>我们不需要进行%计算,而是使用更快的方式-移位.
对于冲突,如果键的数目大于表的长度,那么无论使用哪种哈希方法,都会发生冲突.
解决方法:
假设您使用以下方法天真地索引了哈希表
int index = hashcode % table.length;
在某些常见用例中,这可能导致许多冲突.例如,假设table.length是2的小数(例如32或64).在这种情况下,仅哈希码的低位确定索引.如果对象的哈希码仅在高位不同,这将导致很多冲突.位移允许哈希码的高位也影响计算的索引.
标签:hashmap,java 来源: https://codeday.me/bug/20191025/1931804.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。