1、java集合：java集合详解及类关系图

List和Set继承自Collection接口。
Set无序不允许元素重复。HashSet和TreeSet是两个主要的实现类。
List有序且允许元素重复,支持null对象。ArrayList、LinkedList和Vector是三个主要的实现类。

Map也属于集合系统，但和Collection接口没关系。Map是key对value的映射集合，其中key列就是一个集合。key不能重复，但是value可以重复。HashMap、TreeMap和Hashtable是三个主要的实现类。

SortedSet和SortedMap接口对元素按指定规则排序，SortedMap是对key列进行排序。

ArrayList和vector区别

ArrayList和Vector都实现了List接口，都是通过数组实现的。
Vector是线程安全的，而ArrayList是非线程安全的。
List第一次创建的时候，会有一个初始大小，随着不断向List中增加元素，当List 认为容量不够的时候就会进行扩容。Vector缺省情况下自动增长原来一倍的数组长度，ArrayList增长原来的50%。

ArrayList和LinkedList区别及使用场景

区别

ArrayList底层是用数组实现的，第一次add操作将数组的长度初始化为10，可以认为ArrayList是一个可改变大小的数组。随着越来越多的元素被添加到ArrayList中，其规模是动态增加的，原理数组大小的1.5倍。
LinkedList底层是通过双向链表实现的，每个节点Node对象包括指向上一个Node对象和指向下一个Node对象，同时LinkedList还实现了Queue接口，所以他还提供了offer(),peek(), poll()等方法。
LinkedList和ArrayList相比，增删的速度较快。但是查询和修改值的速度较慢。同时，

2.使用场景

LinkedList更适合从中间插入或者删除（链表的特性）。
ArrayList更适合检索和在末尾插入或删除（数组的特性）。

HashTable实现原理

(1)是一个线程安全的散列表，存储内容是键值对映射，不支持和null键值对

(2)继承于Dictionary，实现了Map、Cloneable、java.io.Serializable接口

(3)线程安全，默认数组长度为11，负载因子为0.75，扩容方式是old*2+1；

具体原理参考文章：http://www.cnblogs.com/skywang12345/p/3310887.html

HashMap和HashTable区别

1）.HashTable的方法前面都有synchronized来同步，是线程安全的；HashMap未经同步，是非线程安全的。
2）.HashTable不允许null值(key和value都不可以) ；HashMap允许null值(key和value都可以)。
3）.HashTable有一个contains(Object value)功能和containsValue(Object value)功能一样。
4）.HashTable使用Enumeration进行遍历；HashMap使用Iterator进行遍历。
5）.HashTable中hash数组默认大小是11，增加的方式是old*2+1；HashMap中hash数组的默认大小是16，而且一定是2的指数。
6）.哈希值的使用不同，HashTable直接使用对象的hashCode； HashMap重新计算hash值，而且用与代替求模。

HashMap实现原理

(1)基于Hash的map接口非同步实现, 无序且允许null的键值对。

(2)初始大小为16，默认负载因子0.75。当一个map填满了75%的bucket时候，将会创建原来HashMap大小的2倍的bucket数组，来重新调整map的大小，并将原来的对象放入新的bucket数组中

(3) put(K key, V value)

根据key的hashCode值重新计算出hash值（高位计算一次散列，防止低位不变高位变化造成冲突），既而得到这个元素在数组中的位置（下标）如果数组该位置上已经存放有其他元素了，那么在这个位置上的元素将以链表的形式存放，新加入的放在链头，最先加入的放在链尾。如果数组该位置上没有元素，就直接将该元素放到此数组中的该位置上。

(4) get(Object key)

计算key的hashCode，找到数组中对应位置的某一元素，然后通过key的equals方法在对应位置的链表中找到需要的元素。

(5) 重新调整HashMap大小存在什么问题吗？

重新调整hashMap大小，确实存在竞争，多线程环境，调整大小的过程中，存储在LinkedList中的元素的次序会反过来，因为移动到新的bucket位置的时候，HashMap并不会将元素放在LinkedList的尾部，而是放在头部，这是为了避免尾部遍历(tail traversing)。如果条件竞争发生了，那么就死循环了。

JDK7 与 JDK8 中关于HashMap的对比

结构不同：

JDK7 HashMap结构为 数组+链表 的形式。

JDK8 HashMap结构为 数组+链表+红黑树 的形式，当桶内元素大于8时，便会树化。

hash值的计算方式不同

JDK7 table在创建hashmap时分配空间。

JDK8 在put的时候分配，如果table为空，则为table分配空间。

发生冲突时：

插入链表操，JDK7是头插法，JDK8是尾插法。

resize操作：

JDK7 需要重新进行index的计算。

JDK8 不需要，通过判断相应的位是0还是1，要么依旧是原index，要么是oldCap + 原index。

JDK7 与 JDK8 中关于ConcurrentHashMap的对比

结构不同：

JDK1.7 由Segment数组结构和HashEntry数组结构组成。Segment实际继承自可重入锁（ReentrantLock）

JDK1.8 直接用Node数组+链表+红黑树的数据结构来实现，并发控制使用Synchronized和CAS来操作，整个看起来就像是优化过且线程安全的HashMap

锁的粒度不同：

JDK1.7 版本锁的粒度是基于Segment的，包含多个HashEntry，有上限

JDK1.8 的实现降低锁的粒度，锁的粒度就是HashEntry（首节点）

锁的替代：

JDK1.8为什么使用内置锁synchronized来代替重入锁ReentrantLock

因为粒度降低了，在相对而言的低粒度加锁方式，synchronized并不比ReentrantLock差，在粗粒度加锁中ReentrantLock可能通过Condition来控制各个低粒度的边界，更加的灵活，而在低粒度中，Condition的优势就没有了

基于JVM的synchronized优化空间更大，使用内嵌的关键字比使用API更加自然

size操作：

JDK7 先进行两次无锁统计，相同直接返回，不同再进行加锁统计

JDK8 扩容和addCount()方法就已经有处理