java集合框架总结（List、Set、Map）

从上面的集合框架图可以看到，Java集合框架主要包括两种类型的容器，一种是集合（Collection），存储一个元素集合，另一种是图（Map），存储键/值对映射。Collection接口又有3种子类型，List、Set和Queue。**Set的集合里不允许对象有重复的值，List允许有重复，Map不允许key重复。**常用的集合框架有ArrayList、LinkedList、Vector、HashSet、HashMap、Hashtable。

List

ArrayList

• 底层是动态数组。
• 默认无参构造函数会初始化大小为10，向集合中添加元素至集合满的时候，会生成一个大小为原来1.5倍的新集合，然后将集合中元素拷贝到新集合。
• 线程不安全。
• 扩容时使用Arrays.copyOf()，底层是native的方法System.arraycopy()。需要注意与clone()的区别是，克隆是浅克隆。

Vector

• 底层是动态数组。
• 默认无参构造函数会初始化大小为10，向集合中添加元素至集合满的时候，会默认生成一个大小为原来2倍的新集合（vector支持自定义增加系数），然后将集合中元素拷贝到新集合。
• 线程安全。

LinkedList

• 底层是双向链表。
• 不需要考虑大小。
• 线程不安全。

使用：若需要对集合频繁的查找，则使用ArrayList或Vector，若需要考虑线程安全，则选择Vector；若需要频繁的插入或删除，则使用LinkedList。

Set

HashSet

• 底层是HashMap。（只使用key来存储数据，value是个默认值）
• 默认无参构造函数会初始化大小为16，向集合中添加元素至集合大小的0.75倍时，会生成一个大小为原来2倍的新集合，然后重新计算元素的地址，将集合中元素插入到新集合。
• 线程不安全。

Map

HashMap

• 底层是数组+链表+红黑树。JDK1.8中：链表长度不小于8时，将链表转化为红黑树；采用尾插法（因为resize的赋值方式，也就是使用了单链表的头插入方式，同一位置上新元素总会被放在链表的头部位置，使用头插会改变链表的上的顺序，但是如果使用尾插，在扩容时会保持链表元素原本的顺序，就不会出现链表成环的问题）；删除节点时若小于6个红黑树转链表。
• 默认无参构造函数会初始化大小为16，向集合中添加元素至集合大小的0.75倍时，会生成一个大小为原来2倍的新集合，然后重新计算元素的地址，将集合中元素插入到新集合，届时效率很低。
• 线程不安全。（例如：put的时候导致的数据覆盖、集合扩展时(resize方法)会出现死循环）

Hashtable

• 底层是数组+链表。（拉链法）
• 默认无参构造函数会初始化大小为11，向集合中添加元素至集合大小的0.75时，会生成一个大小为原来（2倍+1）的新集合，然后重新计算元素的地址，将集合中元素插入到新集合，届时效率很低。
• 线程安全。
• key和value都不允许为null（HashSet允许一个null，HashMap允许一个key为null）。

LinkedHashMap

• 底层是HashMap+双向循环链表。
• 线程不安全。

ConcurrentHashMap

通过分析Hashtable可知，synchronized是针对整张Hash表的，即每次锁住整张表让线程独占。
　　jdk1.7中，ConcurrentHashMap允许多个修改操作并发进行，其关键在于使用了锁分离技术。它使用了多个锁来控制对hash表的不同部分进行的修改。并发度可以理解为程序运行时能够同时更新ConccurentHashMap且不产生锁竞争的最大线程数，实际上就是ConcurrentHashMap中的分段锁个数，即Segment[]的数组长度。ConcurrentHashMap默认的并发度为16，但用户也可以在构造函数中设置并发度。如果并发度设置的过小，会带来严重的锁竞争问题；如果并发度设置的过大，原本位于同一个Segment内的访问会扩散到不同的Segment中，CPU cache命中率会下降，从而引起程序性能下降。ConcurrentHashMap和Hashtable主要区别就是围绕着锁的粒度以及如何锁,可以简单理解成把一个大的HashTable分解成多个，形成了锁分离。
　　jdk1.8中，使用cas减小了锁的粒度，最优情况下，并发度与容量大小一致，可以理解为由块级锁变成了行级锁。此外，与hashmap一致引入红黑树。hash冲突时使用synchronized锁住头结点，不使用reentrantlock是因为jvm的锁优化机制，自旋+偏向锁+轻量级+重量级。

Queue

PriorityQueue

LinkedBlockingDeque

LinkedList

JDK7与JDK8中HashMap的实现
https://my.oschina.net/hosee/blog/618953

ConcurrentHashMap总结
https://my.oschina.net/hosee/blog/675884

ConcurrentHashMap能完全替代HashTable吗？　
https://my.oschina.net/hosee/blog/675423

ConcurrentHashMap原理分析
https://my.oschina.net/hosee/blog/639352

LinkedHashmap源码剖析
http://blog.csdn.net/ns_code/article/details/37867985