HashMap (jdk1.8) clear()、containsValue(Object key)方法详细注释

本文详细解析了HashMap的清空方法`clear()`和查找值`containsValue()`的内部实现。`clear()`方法通过遍历并置null所有节点来清空HashMap,而`containsValue()`方法通过迭代每个桶的链表,使用equals方法检查是否存在指定值。这两个方法对于理解和使用HashMap至关重要。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

clear()

  /*
    * 清空hashMap
    * */
    public void clear() {
        HashMap.Node<K,V>[] tab; //定义node类型的数组tab
        modCount++; //记录hashMap被修改的次数
        if ((tab = table) != null && size > 0) {  //把hashMap的成员变量table赋值给tab,tab不为空,hashMap长度size>0
            size = 0;//把size赋值为0
            for (int i = 0; i < tab.length; ++i) //循环tab中的元素
                tab[i] = null; //把tab中的元素置null
                }
    }

containsValue(Object key)

 /*
    * 在hashMap中查找给定的value,找到返回true,找不到返回false
    * */
    public boolean containsValue(Object value) {
        HashMap.Node<K,V>[] tab; V v;
        if ((tab = table) != null && size > 0) {
            for (int i = 0; i < tab.length; ++i) {
                for (HashMap.Node<K,V> e = tab[i]; e != null; e = e.next) {
                    if ((v = e.value) == value ||
                            (value != null && value.equals(v)))
                        return true;
                }
            }
        }
        return false;
    }

### HashMapJDK 1.7和JDK 1.8之间的差异 #### 数据结构变化 在 JDK 1.7 中,`HashMap` 的实现基于数组加链表的数据结构。当发生哈希冲突时,键值对会存储在一个单向链表中。而在 JDK 1.8 及之后版本里,在原有基础上进行了优化:除了使用数组加链表外,还引入了红黑树来替代长度过长的链表(默认情况下,当某个桶内的节点数超过一定阈值,默认为8),从而提高了查找效率。 ```java // JDK 1.7 链表形式 Entry<K,V>[] table; static class Entry<K,V> implements Map.Entry<K,V> { final K key; V value; Entry<K,V> next; int hash; } // JDK 1.8 节点或树形结构 transient Node<K,V>[] table; static class TreeNode<K,V> extends LinkedHashMap.Entry<K,V> { // 红黑树相关属性... } ``` #### 扩容机制调整 扩容是指当 `HashMap` 中元素数量达到临界值时自动增加容量的过程。对于这两种不同版本而言: - **JDK 1.7**: 当负载因子 * 容量 >= size 或者初始化时指定了初始容量,则触发扩容操作;每次扩容都会创建一个新的两倍大小的新数组,并重新计算所有已有数据的位置并迁移过去。 - **JDK 1.8**: 同样遵循上述原则进行扩容处理,但是有一个重要的区别在于它并不会立即复制整个旧表到新表上,而是采用了一种渐进式的策略——即只会在访问特定位置上的 bucket 时才真正执行转移工作,这有助于减少一次性大量内存分配带来的性能开销[^1]。 #### 并发控制改进 尽管两者都不是线程安全容器,但在多线程环境下表现有所不同: - **JDK 1.7** 下如果多个线程同时修改同一个 `HashMap` 实例可能会引发死循环等问题; - **JDK 1.8** 则通过更细粒度锁的方式减少了竞争条件的发生几率,不过仍然建议开发者们在并发场景下选用专门设计用于此类用途的数据结构如 ConcurrentHashMap[].
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值