HashSet源码解析(基于Java8)addsize()isEmpty()remove()contains()clear()小结附 关于有序性

• List保证元素的添加顺序，元素可重复
• Set不保证元素的添加顺序，元素不可重复

public class Test {
    public static void main(String[] args){
        Set<String> strSet = new HashSet<>();//new了一个HashSet
        strSet.add("张三");
        strSet.add("李四");
        strSet.add("王五");
        strSet.add("赵六");

        System.out.println("strSet : " + strSet);
        System.out.println("strSet.size() : " + strSet.size());
        System.out.println("strSet里是否为空 : " + strSet.isEmpty());

        System.out.println("删除王五。。。。");
        boolean delFlag = strSet.remove("王五");
        System.out.println("删除王五是否成功" + delFlag);
        System.out.println("删除王五后的strSet : " + strSet);
        System.out.println("strSet中是否包含王五：" + strSet.contains("王五"));
        System.out.println("strSet中是否包含张三：" + strSet.contains("张三"));

        System.out.println("clear清除元素...");
        strSet.clear();
        System.out.println("clear清除元素后的strSet : " + strSet);
        System.out.println("strSet长度 : " + strSet.size());
        System.out.println("strSet里是否为空 : " + strSet.isEmpty());

    }
}

new一个HashSet，只要是看到new，肯定在堆内存里开辟了一块空间，先找到HashSet的构造函数

出现了HashMap，再看一下map

继续执行以下代码，往strSet添加元素"张三"

strSet.add("张三");   

再看

add

就是调用底层HashMap的put方法，把"张三"作为key，PRESENT作为value放在HashMap HashMap如果put时key重了，会返回被覆盖的value（oldValue），否则返回null HashSet又包装了，如果key没有重（oldValue == null），就返回true，否则返回false 继续看这个PRESENT

很简单就是new了一个Object,所有元素的value都指向Object对象 HashSet虽然底层是用HashMap来实现的，但由于用不到HashMap的value，所以不会为底层HashMap的每个value分配一个内存空间，因此并不会过多的占用内存，请放心食用。

再来看看示例代码里的

size()

isEmpty()

image.png

remove()

contains()

clear()

基本上没什么逻辑代码，就是复用了HashMap里的方法而已 HashSet就是利用HashMap来实现的。

大胆的猜测一下，TreeSet是不是也是用TreeMap来实现的呢

构造函数this调了另一个构造函数

、 再来看m

这个m是NavigableMap类型的，NavigableMap只是一个接口而已

再来看TreeMap，实现了NavigableMap这个接口 绕了好大一个圈，其实就是相当于

NavigableMap m = new TreeMap<>();

也就是说，TreeSet底层实现也是利用TreeMap来实现的，再来看看TreeSet的其它方法 TreeMap的add是调用底层TreeMap的put，只是改了个名字而已 其它方法大致上也是如此，就不一一举例说明了

小结

HashSet底层声明了一个HashMap，HashSet做了一层包装，操作HashSet里的元素时其实是在操作HashMap里的元素。 TreeSet底层也是声明了一个TreeMap，操作TreeSet里的元素其实是操作TreeMap里的元素。

附 关于有序性

“不保证有序”和“保证无序”不等价，HashSet的iterator是前者而不是后者，所以在一次运行中看到有序的结果也是正常的，但不能依赖这个有序行为。况且HashSet并不关心key的“排序”，就算其iterator“有序”通常也是说“按元素插入顺序”（LinkedHashSet就支持插入顺序遍历）。 JDK8的HashSet实现变了，导致元素插入的位置发生了变化；iterator自身实现的顺序倒没变，还是按照内部插入的位置顺序来遍历，于是题主就看到了JDK7和JDK8的结果不一样。具体来说，是JDK7与JDK8的java.util.HashMap的hash算法以及HashMap的数据布局发生了变化。题主插入HashSet的是Integer，其hashCode()实现就返回int值本身。所以在对象hashCode这一步引入了巧合的“按大小排序”。然后HashMap.hash(Object)获取了对象的hashCode()之后会尝试进一步混淆。JDK8版java.util.HashMap内的hash算法比JDK7版的混淆程度低；在[0, 2^32-1]范围内经过HashMap.hash()之后还是得到自己。外加load factor正好在此例中让这个HashMap没有hash冲突，这就导致例中元素正好按大小顺序插入在HashMap的开放式哈希表里 \