- Set接口的框架：
|----Collection接口：单列集合，用来存储一个一个的对象
|----Set接口：存储无序的、不可重复的数据 -->高中讲的“集合”
|----HashSet：作为Set接口的主要实现类；线程不安全的；可以存储null值
|----LinkedHashSet：作为HashSet的子类；遍历其内部数据时，可以按照添加的顺序遍历
对于频繁的遍历操作，LinkedHashSet效率高于HashSet.
|----TreeSet：可以按照添加对象的指定属性，进行排序。
-
Set接口中没有额外定义新的方法，使用的都是Collection中声明过的方法。
-
要求：向Set(主要指：HashSet、LinkedHashSet)中添加的数据，其所在的类一定要重写hashCode()和equals()
要求：重写的hashCode()和equals()尽可能保持一致性：相等的对象必须具有相等的散列码
重写两个方法的小技巧：对象中用作 equals() 方法比较的 Field，都应该用来计算 hashCode 值。
一、Set：存储无序的、不可重复的数据
以HashSet为例说明：
1. 无序性：不等于随机性。存储的数据在底层数组中并非按照数组索引的顺序添加，而是根据数据的哈希值决定的。
2. 不可重复性：保证添加的元素按照equals()判断时，不能返回true.即：相同的元素只能添加一个。
二、添加元素的过程：以HashSet为例：
我们向HashSet中添加元素a,首先调用元素a所在类的hashCode()方法，计算元素a的哈希值，
此哈希值接着通过某种算法计算出在HashSet底层数组中的存放位置（即为：索引位置），判断
数组此位置上是否已经有元素：
如果此位置上没有其他元素，则元素a添加成功。 --->情况1
如果此位置上有其他元素b(或以链表形式存在的多个元素），则比较元素a与元素b的hash值：
如果hash值不相同，则元素a添加成功。--->情况2
如果hash值相同，进而需要调用元素a所在类的equals()方法：
equals()返回true,元素a添加失败
equals()返回false,则元素a添加成功。--->情况2
对于添加成功的情况2和情况3而言：元素a 与已经存在指定索引位置上数据以链表的方式存储。
jdk 7 :元素a放到数组中，指向原来的元素。
jdk 8 :原来的元素在数组中，指向元素a
总结：七上八下
HashSet底层：数组+链表的结构。
一、Map的实现类的结构：
- |----Map:双列数据，存储key-value对的数据 —类似于高中的函数：y = f(x)
-
|----HashMap:作为Map的主要实现类；线程不安全的，效率高；存储null的key和value -
|----LinkedHashMap:保证在遍历map元素时，可以按照添加的顺序实现遍历。 -
原因：在原有的HashMap底层结构基础上，添加了一对指针，指向前一个和后一个元素。 -
对于频繁的遍历操作，此类执行效率高于HashMap。 -
|----TreeMap:保证按照添加的key-value对进行排序，实现排序遍历。此时考虑key的自然排序或定制排序 -
底层使用红黑树 -
|----Hashtable:作为古老的实现类；线程安全的，效率低；不能存储null的key和value -
|----Properties:常用来处理配置文件。key和value都是String类型 -
HashMap的底层：数组+链表 （jdk7及之前） -
数组+链表+红黑树 （jdk 8） - 面试题：
-
- HashMap的底层实现原理？
-
- HashMap 和 Hashtable的异同？
-
- CurrentHashMap 与 Hashtable的异同？（暂时不讲）
- 二、Map结构的理解：
- Map中的key:无序的、不可重复的，使用Set存储所有的key —> key所在的类要重写equals()和hashCode() （以HashMap为例）
- Map中的value:无序的、可重复的，使用Collection存储所有的value —>value所在的类要重写equals()
- 一个键值对：key-value构成了一个Entry对象。
- Map中的entry:无序的、不可重复的，使用Set存储所有的entry
- 三、HashMap的底层实现原理？以jdk7为例说明：
-
HashMap map = new HashMap(): -
在实例化以后，底层创建了长度是16的一维数组Entry[] table。 -
...可能已经执行过多次put... -
map.put(key1,value1): -
首先，调用key1所在类的hashCode()计算key1哈希值，此哈希值经过某种算法计算以后，得到在Entry数组中的存放位置。 -
如果此位置上的数据为空，此时的key1-value1添加成功。 ----情况1 -
如果此位置上的数据不为空，(意味着此位置上存在一个或多个数据(以链表形式存在)),比较key1和已经存在的一个或多个数据 -
的哈希值： -
如果key1的哈希值与已经存在的数据的哈希值都不相同，此时key1-value1添加成功。----情况2 -
如果key1的哈希值和已经存在的某一个数据(key2-value2)的哈希值相同，继续比较：调用key1所在类的equals(key2)方法，比较： -
如果equals()返回false:此时key1-value1添加成功。----情况3 -
如果equals()返回true:使用value1替换value2。 -
补充：关于情况2和情况3：此时key1-value1和原来的数据以链表的方式存储。 -
在不断的添加过程中，会涉及到扩容问题，当超出临界值(且要存放的位置非空)时，扩容。默认的扩容方式：***扩容为原来容量的2倍，并将原有的数据复制过来。*** araaylist扩容（底层容量为10），只有存第11个元素时才会扩容？ stringbuffer 扩容是多少？？可以总结一下。
而HashMap当存储的长的n>16x0.75,时，扩为2倍，为啥不等满了再扩容？？？
若小的话数组利用率低，大的话链表比较多。
尽可能让里面出现的链表少一些。 通过统计学测试得出
0.75比较好。 553
扩容以后，原有的数据要重新计算在新的数组中的位置，就有可能原来是同一个位置链表形式的数据，扩容后就不在同一位置了。
具体原理，详见此博客：https://blog.csdn.net/hefenglian/article/details/79763634?spm=1001.2101.3001.6650.1&utm_medium=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7Edefault-1.no_search_link&depth_1-utm_source=distribute.pc_relevant.none-task-blog-2%7Edefault%7ECTRLIST%7Edefault-1.no_search_link
*
-
jdk8 相较于jdk7在底层实现方面的不同： -
1. new HashMap():底层没有创建一个长度为16的数组 -
2. jdk 8底层的数组是：Node[],而非Entry[] -
3. 首次调用put()方法时，底层创建长度为16的数组 -
4. jdk7底层结构只有：数组+链表。jdk8中底层结构：数组+链表+红黑树。 -
4.1 形成链表时，七上八下（jdk7:新的元素指向旧的元素。jdk8：旧的元素指向新的元素）
4.2 当数组的某一个索引位置上的元素以链表形式存在的数据个数 > 8 且当前数组的长度 > 64时，此时此索引位置上的所数据改为使用红黑树存储。
*
-
DEFAULT_INITIAL_CAPACITY : HashMap的默认容量，16 -
DEFAULT_LOAD_FACTOR：HashMap的默认加载因子：0.75 -
threshold：扩容的临界值，=容量*填充因子：16 * 0.75 => 12 -
TREEIFY_THRESHOLD：Bucket中链表长度大于该默认值，转化为红黑树:8 -
MIN_TREEIFY_CAPACITY：桶中的Node被树化时最小的hash表容量:64 - 四、LinkedHashMap的底层实现原理（了解）
-
源码中： -
static class Entry<K,V> extends HashMap.Node<K,V> {
Entry<K,V> before, after;//能够记录添加的元素的先后顺序
Entry(int hash, K key, V value, Node<K,V> next) {
super(hash, key, value, next);
}
}
TreeSEt
比较的是compare 而不是equals
589
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
