一、List和Set以及Map

1、List , Set, Map都是接口,前两个继承至Collection接口(Collection接口下还有个Queue接口,有PriorityQueue类),Map为独立接口,

(1)List下有ArrayList,Vector,LinkedList

(2)Set下有HashSet,LinkedHashSet,TreeSet

(2)Map下有Hashtable,LinkedHashMap,HashMap,TreeMap

 注意:Queue接口与List、Set同一级别,都是继承了Collection接口。LinkedList既可以实现Queue接口,也可以实现List接口.Queue接口窄化了对LinkedList的方法的访问权限(即在方法中的参数类型如果是Queue时,就完全只能访问Queue接口所定义的方法 了,而不能直接访问 LinkedList的非Queue的方法)。

2、list详解:List 存储有序,可重复

(1)ArrayList解析

  1)ArrayList的实现原理:ArrayList继承AbstractList类,实现了List和RandomAccess,Cloneable, Serializable接口,底层是基于动态的数组。底层使用数组实现,默认初始容量为10.当超出后,会自动扩容为原来的1.5倍,即自动扩容机制。List list = Collections.synchronizedList(new ArrayList(...))即可线程安全。源码解析如下。

  2)ArrayList的优缺点

   a、优点: 底层数据结构是数组,查询快,增删慢。

   b、缺点: 线程不安全,效率高

(2)LinkedList解析

  1)LinkedList的实现原理:LinkedList继承AbstractList类,实现了List,Serializable,Queue接口,LinkedList是通过双向链表去实现的,既然是链表实现那么它的随机访问效率比ArrayList要低,顺序访问的效率要比较的高。每个节点都有一个前驱(之前前面节点的指针)和一个后继(指向后面节点的指针)。源码解析如下。

  2)ArrayList的优缺点

   a、优点: 底层数据结构是链表,查询慢,增删快。

   b、缺点: 线程不安全,效率高

(3)Vector解析

  1)Vector实现原理:在ArrayList中每个方法中添加了synchronized关键字来保证同步。

  2)Vector的优缺点

   a、优点: 底层数据结构是数组,查询快,增删慢。

   b、缺点: 线程安全,效率低

(4)三种list的选择(元素可重复):要安全?

  是:Vector

  否:ArrayList或者LinkedList

  查询多?:ArrayList

  增删多?:LinkedList

  知道要用List,但是不知道是哪个List,就用ArrayList。

  ArrayList是基于动态的数组的数据结构 LinkedList是基于链表的数据结构

3、Set存储无序,唯一

  set保证里面元素的唯一性其实是靠两个方法,一是equals()和hashCode()方法先是判断set集合中是否有与新添加数据的hashcode值一致的数据,如果有,那么将再进行第二步调用equals方法再进行一次判断,假如集合中没有与新添加数据hashcode值一致的数据,那么将不调用eqauls方法。

(1)HashSet:底层数据结构是哈希表。(无序,唯一)

  使用Set集合都是需要去掉重复元素的, 如果在存储的时候逐个equals()比较, 效率较低,哈希算法提高了去重复的效率, 降低了使用equals()方法的次数,HashSet调用add()方法存储对象的时候, 先调用对象的hashCode()方法得到一个哈希值, 然后在集合中查找是否有哈希值相同的对象,如果没有哈希值相同的对象就直接存入集合,如果有哈希值相同的对象, 就和哈希值相同的对象逐个进行equals()比较,比较结果为false就存入, true则不存

(2)LinkedHashSet:底层数据结构是链表和哈希表。(FIFO插入有序,唯一),由链表保证元素有序,由哈希表保证元素唯一

  1)TreeSet:底层数据结构是红黑树(唯一,有序);利用自然排序和比较器排序;根据比较的返回值是否是0来决定来保证元素的唯一性。

(3)Set的选择(元素唯一):

  排序?

  是:TreeSet或LinkedHashSet

  否:HashSet

  知道要用Set,但是不知道是哪个Set,就用HashSet。

4、Map接口:Map接口有三个比较重要的实现类,分别是HashMap、HashTable和TreeMap,LinkedHashMap。

(1)TreeMap,HashMap,HashTable的区别

  1)TreeMap是有序的,HashMap和HashTable是无序的。

  2)Hashtable的方法是同步的,HashMap的方法不是同步的。这是两者最主要的区别。

  3)Hashtable是线程安全的,HashMap不是线程安全的。

  4)HashMap效率较高,Hashtable效率较低。查看Hashtable的源代码就可以发现,除构造函数外,Hashtable的所有 public 方法声明中都有 synchronized关键字,而HashMap的源码中则没有。

  5)Hashtable不允许null值,HashMap允许null值(key和value都允许)

  6)父类不同:Hashtable的父类是Dictionary,HashMap的父类是AbstractMap

(2)LinkedHashMap怎么实现有序的?

  LinkedHashMap内部维护了一个单链表,有头尾节点,同时LinkedHashMap节点Entry内部除了继承HashMap的Node属性,还有before 和 after用于标识前置节点和后置节点。可以实现按插入的顺序或访问顺序排序。

(3)TreeMap怎么实现有序的?

  TreeMap是按照Key的自然顺序或者实现的Comprator接口的比较函数的顺序进行排序,内部是通过红黑树来实现。所以要么key所属的类实现Comparable接口,或者自定义一个实现了Comparator接口的比较器,传给TreeMap用于key的比较。

5、HashMap解析

(1)JDK1.8中HashMap

  1)JDK1.8中HashMap的实现原理(数组+链表红黑树):数组存储的元素是一个Entry类,Entry类有三个数据域,key、value(键值对),next(指向下一个Entry)

  2)HashMap如何设定初始容量大小:一般如果new HashMap() 不传值,默认大小是16,负载因子是0.75, 如果自己传入初始大小k,初始化大小为大于k的 2的整数次方,例如如果传10,大小为16。负载因子为 0.75。Map 在使用过程中不断的往里面存放数据,当数量达到了16 * 0.75 = 12 就需要将当前 16 的容量进行扩容

  3)HashMap的哈希函数如何设计(如何求hash值):hash函数是先拿到通过key的hashcode,是32位的int值,然后让hashcode的高16位和低16位进行异或操作即key.hashCode()^(key.hashCode()>>>6)。这样可以尽可能降低hash碰撞,使hash表越分散越好;同时算法一定要尽可能高效,因为这是高频操作, 因此采用位运算;

  4)为什么采用hashcode的高16位和低16位异或能降低hash碰撞?hash函数能不能直接用key的hashcode?

  因为key.hashCode()函数调用的是key键值类型自带的哈希函数,返回int型散列值。int值范围为-2147483648~2147483647,前后加起来大概40亿的映射空间。只要哈希函数映射得比较均匀松散,一般应用是很难出现碰撞的。但问题是一个40亿长度的数组,内存是放不下的。如果HashMap数组的初始大小才16,用之前需要对数组的长度取模运算,得到的余数才能用来访问数组下标。

  5)如何通过hash值定位元素的位置:并不是对hash表的长度取余而使用了位运算来得到位置下标,由key的哈希值对数组的长度位运算得到即h & (length-1)

  6)为什么用位运算定位hash以及HashMap的扩容都是以2的次方来进行:假设当前table的length是15,二进制表示为1111,那么length-1就是1110,此时有两个hash值为8和9的key需要计算索引值,计算过程如下:

   8的二进制表示:1000
   8&(length-1)= 1000 & = 1000,索引值即为8;
   9的二进制表示:1001
   9&(length-1)= 1001 & 1110 = 1000,索引值也为8;
  观察发现8和9有相同的索引值,即两个hash值为8和9的key会定位到数组中的同一个位置上形成链表,这就产生了碰撞,降低了查询的效率,HashMap的初始大小和扩容都是以2的次方来进行的,换句话说length-1换成二进制永远是全部为1,比如容量为16,则length-1为1111,大家知道位运算的'&'规则是两个1才得1,遇0得0,也就是说length-1中的某一位为1,则对应位置的计算结果才取决于h中的对应位置(h中对应位取0,对应位结果为0,h对应位取1,对应位结果为1。这样就有两个结果),但是如果length-1中某一位为0,则不论h中对应位的数字为几,对应位结果都是0,这样就让两个h取到同一个结果,这就是hash冲突了,恰恰length-1又是全部为1的数,所以结果自然就将hash冲突最小化了。

  7)h%length与h&(length-1)得到的结果其实是一个值,但是为什么hashmap中要用后者呢?

   a、length(2的整数次幂)的特殊性导致了length-1的特殊性(二进制全为1)

   b、位运算快于十进制运算,hashmap扩容也是按位扩容,所以相比较就选择了后者

  8)两个不同key经过key.hashCode()&(length-1)计算后得到相同的数组下标后,如何操作:hashmap在插入元素的时候,会首先检查这个位置上有没有元素,如果已经有了元素,那么就把这个新插入的Entry的next指向本来这个位置上的元素的地址,然后再插入这个位置,这也就是为什么插入多个相同的key的value时,这个位置的value始终是最后插入的那个元素的值。

  9)jdk1.8的HashMap的put方法:

   a、判断数组是否为空,为空进行初始化;

   b、不为空,计算 k 的 hash 值,通过(n - 1) & hash计算应当存放在数组中的下标 index;

   c、查看 table[index] 是否存在数据,没有数据就构造一个Node节点存放在 table[index] 中;

   d、存在数据,说明发生了hash冲突(存在二个节点key的hash值一样), 继续判断key是否相等,相等,用新的value替换原数据;

   e、如果不相等,判断当前节点类型是不是树型节点,如果是树型节点,创造树型节点插入红黑树中;

   f、如果不是树型节点,创建普通Node加入链表中;判断链表长度是否大于 8, 大于的话链表转换为红黑树;

   g、插入完成之后判断当前节点数是否大于阈值,如果大于开始扩容为原数组的2倍。

  10)jdk1.8的HashMap的get方法:

   a、首先将 key hash 之后取得所定位的桶。

   b、如果桶为空则直接返回 null 。

   c、否则判断桶的第一个位置(有可能是链表、红黑树)的 key 是否为查询的 key,是就直接返回 value。

   d、如果第一个不匹配,则判断它的下一个是红黑树还是链表。

   e、红黑树就按照树的查找方式返回值。

   f、不然就按照链表的方式遍历匹配返回值。

  11)jdk1.8中HashMap的三点主要的优化:

   a、数组+链表改成了数组+链表或红黑树;1.8使用红黑树:防止发生hash冲突,链表长度过长,将时间复杂度由O(n)降为O(logn);

   b、链表的插入方式从头插法改成了尾插法,是插入时,若数组位置上已经有元素,1.7利用头插法,1.8遍历链表,将元素放置到链表的最后; 因为1.7头插法扩容时,头插法会使链表发生反转,多线程环境下会产生环

   c、扩容的时候1.7需要对原数组中的元素进行重新hash定位在新数组的位置,1.8采用更简单的判断逻辑,位置不变;

   d、在插入时,1.7先判断是否需要扩容,再插入,1.8先进行插入,插入完成再判断是否需要扩容;

  12)扩容的时候为什么1.8 不用重新hash就可以直接定位原节点在新数据的位置呢?

   由于扩容是扩大为原数组大小的2倍,用于计算数组位置的掩码仅仅只是高位多了一个1,扩容前长度为16,用于计算(n-1) & hash 的二进制n-1为0000 1111,扩容为32后的二进制就高位多了1,为0001 1111。因为是& 运算,1和任何数 & 都是它本身,那就分二种情况:hash比(length-1)大和比(length-1)小。如下图所示。

  13)链表转红黑树的阈值是8,为什么红黑树转链表的阈值是6?

  在hash函数设计合理的情况下,发生hash碰撞8次的几率为百万分之6,概率说话。因为8够用了,至于为什么转回来是6,因为如果hash碰撞次数在8附近徘徊,会一直发生链表和红黑树的互相转化,为了预防这种情况的发生,设置为6。

  14)Java中有HashTable、Collections.synchronizedMap、以及ConcurrentHashMap可以实现线程安全的Map

   a、HashTable是直接在操作方法上加synchronized关键字,锁住整个数组,锁粒度比较大,

   b、Map m = Collections.synchronizedMap(new HashMap());

   c、ConcurrentHashMap相比HashTable降低了锁粒度,并发度提高。jdk1.7使用分段锁实现ConcurrentHashMap线程安全,jdk1.8使用CAS实现ConcurrentHashMap线程安全。

6、ConcurrentHashMap

  1)ConcurrentHashMap在jdk1.7是如何实现的:jdk1.7中是采用Segment 数组+ HashEntry +成员变量用volatile修饰+ ReentrantLock的方式进行实现的。其中segment继承ReentrantLock;另外成员变量使用volatile 修饰,免除了指令重排序,同时保证内存可见性,不会像 HashTable 那样不管是 put 还是 get 操作都需要做同步处理。理论上 ConcurrentHashMap 支持 CurrencyLevel (Segment 数组长度)的线程并发。每当一个线程占用锁访问一个 Segment 时,不会影响到其他的 Segment。

  注意:volatile关键字对于基本类型的修改可以在随后对多个线程的读保持一致,但是对于引用类型如数组仅仅保证引用的可见性,但并不保证引用内容的可见性。

  2)ConcurrentHashMap在jdk1.8是如何实现的?

  数据结构类似于hashmap,放弃了Segment臃肿的设计,取而代之的是采用Node数组+ CAS + Synchronized来保证并发安全进行实现。

  jdk1.8 在jdk1.7 的数据结构上做了大的改动,采用红黑树之后可以保证查询效率(O(logn)),甚至取消了 ReentrantLock 改为了 synchronized,这样可以看出在新版的 JDK 中对 synchronized 优化是很到位的。

  3)jdk1.8的ConcurrentHashMap的put操作:

   a、根据 key 计算出 hashcode ;

   b、判断是否需要进行初始化。

   c 、定位出当前 key的 Node,如果为空表示当前位置可以写入数据,利用 CAS 尝试写入,失败则自旋保证成功。

   d、如果当前位置的 hashcode == MOVED == -1,则需要进行扩容。

   e、如果都不满足,则利用 synchronized 锁写入数据。

   f、如果数量大于 TREEIFY_THRESHOLD 则要转换为红黑树。

  4)jdk1.8的ConcurrentHashMap 的get操作

   a、根据计算出来的 hashcode 寻址,如果就在桶上那么直接返回值。

   b、如果是红黑树那就按照树的方式获取值。

   c、就不满足那就按照链表的方式遍历获取值。

  由于 HashEntry 中的value属性是用 volatile 关键词修饰的,保证了内存可见性,所以每次获取时都是最新值。get 方法是非常高效的,因为整个过程都不需要加锁。