容器

Collection
　一、List (有序，可重复)
　　1、ArrayList底层用数组实现。线程不安全，效率高
　　2、LinkedList:底层用双向链表实现。线程不安全，效率高
　　3、Vector:底层用数组实现。线程安全，效率低
　　4、和数组类似，List可以动态增长，查找元素效率高，插入删除元素效率低，因为会引起其他元素位置改变

　二、Set (无序，不可重复)
　　HashSet(内部是使用HashMap实现)
　　检索元素效率低下，删除和插入效率高，插入和删除不会引起元素位置改变

　　向 HashSet 中 add ()元素时，判断元素是否存在的依据，不仅要比较hash值，同时还要结合 equles 方法比较。当添加元素时先判断插入元素hashcode值是否和集合中的某个元素相同，若不相同则可以允许插入集合，若相同则equals比较两个元素是否相等，若相等则覆盖原来的元素不会产生新的元素，若不相等则允许插入集合产生一个新元素，借此实现Set中元素不可重复的特点。HashSet 中的 add ()方法会使用 HashMap 的 add ()方法，就是把插入元素作为map的key来进行上述逻辑判断。　　

Map
　采用“key-value”来存储我们数据。
　一、HashMap 

　1、线程不安全，效率高
　　如果有两个线程A和B，都进行插入数据，刚好这两条不同的数据经过哈希计算后得到的哈希码是一样的，且该位置还没有其他的数据。假设一种情况，线程A通过if判断，该位置没有哈希冲突，进入了if语句，还没有进行数据插入，这时候 CPU 就把资源让给了线程B，线程A停在了if语句里面，线程B判断该位置没有哈希冲突（线程A的数据还没插入），也进入了if语句，线程B执行完后，轮到线程A执行，现在线程A直接在该位置插入而不用再判断。这时候，你会发现线程A把线程B插入的数据给覆盖了。发生了线程不安全情况。本来在 HashMap 中，发生哈希冲突是可以用链表法或者红黑树来解决的，但是在多线程中，可能就直接给覆盖了。
　　上面所说的是一个图来解释可能更加直观。如下面所示，两个线程在同一个位置添加数据，后面添加的数据就覆盖住了前面添加的。
　　

 

 

 　2、HashMap扩容
　　当向容器添加元素的时候,会判断当前容器的元素个数,如果大于等于阈值即当前数组的长度乘以加载因子的值的时候,就要自动扩容啦。
　　扩容( resize )就是重新计算容量,向HashMap对象里不停的添加元素,而HashMap对象内部的数组无法装载更多的元素时,对象就需要扩大数组的长度,以便能装入更多的元素。当然Java里的数组是无法自动扩容的,方法是使用一个新的数组代替已有的容量小的数组,就像我们用一个小桶装水,如果想装更多的水,就得换大水桶。
　　HashMap hashmap=new HashMap(cap) ;
　　cap =3，hashMap 的容量为4 ;
　　cap =4，hashMap 的容量为4 ;
　　cap =5，hashMap 的容量为8 ;
　　cap =9，hashmap 的容量为16 ;
　　如果cap是2的n次方,则容量为cap ,否则为大于cap的第一个2的n次方的数。

　　小知识：

　　　JDK1.7及之前的版本中，HashMap 又叫散列链表:基于-个数组以及 多个链表的实现, hash值冲突的时候,就将对应节点以链表的形式存储。
　　　　使用一个Entry数组来存储数据,用key的hashcode取模来决定key会被放到数组里的位置,如果hashcode相同,或者hashcode取模后的结果相同( hash collision) , 那么这些key会被定位到Entry数组的同一个格子里,这些key会形成一个链表。在hashcode特别差的情况下,比方说所有key的hashcode都相同,这个链表可能会很长,那么put/get操作都可能需要遍历这个链表,也就是说时间复杂度在最差情况下会退化到o(n)

　　　JDK1.8中,当同一个hash值( Table上元素)的链表节点数不小于8时,将不再以单链表的形式存储了,会被调整成一颗红黑树。这就是JDK7与JDK8中HashMap实现的最大区别。
　　　　使用一个Node数组来存储数据,但这个Node可能是链表结构,也可能是红黑树结构
　　　　　　●如果插入的key的hashcode相同,那么这些key也会被定位到Node数组的同一个格子里。
　　　　　　●如果同一个格子里的key不超过8个,使用链表结构存储。
　　　　　　●如果超过了8个,那么会调用treeifyBin函数,将链表转换为红黑树。
　　　　那么即使hashcode完全相同,由于红黑树的特点,查找某个特定元素,也只需要0(log n)的开销也就是说put/get的操作的时间复杂度最差只有0(log n),听起来挺不错,但是真正想要利用JDK1.8 的好处,有一个限制:key的对象,必须正确的实现了Compare 接口,如果没有实现Compare接口,或者实现得不正确(比方说所有Compare 方法都返回0 ),那JDK1.8的HashMap其实还是慢于JDK1.7的

　二、HashTable 线程安全，效率低
Iterator
　　通过他，可以实现遍历容器中元素
泛型
　　预定义容器里面数据类型
Collections 工具类
　　便于对容器操作