时长:大小13.42M
作者回复: 👍 这条留言可以顶上去了 其他同学都看看吧
作者回复: 相同散列值 但是key不同的 可以再对比key
作者回复: 表述的不准确 我的意思是散列表中存储对象 对象包含key和附属字段 根据key构建散列表 查询的时候也是根据key 但是同一个散列值可能对应多个key 在查询的时候不能仅仅通过key的散列值 还要对比key
作者回复: 再全量对比 因为散列表中存储的不仅仅是哈希值 还有全量的数据信息
作者回复: 我们还要把散列值转化为数组下标的 单纯散列值是没法直接拿来当下标的
作者回复: 通过取模的方式,限定在了0~n范围内
作者回复: value并不是hash函数的值。更好的表述应该是声明一个count字段
作者回复: 马上就要讲了 别急
作者回复: 因为散列表中槽的个数一般都小于要放入的数据的个数,根据鸽巢原理,总会有冲突的情况。
作者回复: 比如:你希望在一堆订单order中快速地根据id来查询订单数据,你可以把订单组织成散列表结构。散列表中存储订单的id和指向订单本身的地址。 你去查询的时候,也是按照id来查询的。只不过在散列表中,会先将id映射成hash值。