JAVA集合框架，深度理解List&&Map，面试聊这些够了

Map

数据结构：

1.8: 数组+链表+红黑树（尾插法，解决了环链问题）

1.7: 数组+链表（头插法）

什么时候变红黑树？

链表长度大于等于8并且数组长度大于等于64

当链表长度大于等于8后为什么不直接变红黑树，而是扩容呢？

因为是尽可能减少hash冲突的概率，非必要不树化，如果不扩容的话，那下一次put的时候大概率还是会hash冲突

为什么变红黑树？

为了提高查询效率 链表的时间复杂度是On 红黑树是Ologn

什么时候退化成链表

1. 当扩容数组时，需要拆分桶下面的树时，如果树的长度小于等于6时，会退化

2. 当remove时，树中根结点的左儿子，左孙子，右儿子都为null的时候会退化

整个put操作的流程（比较重要，面试常问）

1.首先创建一个长度为16的数组

2.根据key计算hashcode，二次hash （为了让hashcode更加均匀，防止链表过长）,二次hash的值和数组取模，计算出桶下标

3.判断这个节点中是否有数据

3.1 当前节点没有数据，则添加数据后直接返回

3.2 当前节点中有数据，equals方法判断key是否相同，如果key相同则覆盖掉value，返回

3.3 当前节点中有数据，equals方法判断key不相同，那就在这个数据下面插入一条新的（尾插法），并且判断是否需要扩容（每一次扩容都是原容量的两倍），返回

整个get操作流程

1.根据key进行hash运算，并进行二次hash

2.用二次hash值与数组取模计算出key的存放下标

3.用equals方法与桶中数据进行比较，取出key相同的数据

扩容因子为什么是0.75

这是空间和时间的权衡最后定下的

如果比0.75小，虽然解决了hash冲突，但是扩容的频率会提高，内存的空间会占用较大

如果比0.75大，空间虽然解决，但是链表过长，效率会低

HashMap线程安全问题

hashmap是线程安全的吗？

hashmap是线程不安全的，因为在多线程的情况下，多个线程在put操作并需要同时扩容，因为代码里没有用到锁，所以一定会有并发问题的（比如第一个线程put进去的数据被其他线程覆盖掉）

那如何解决并发问题？

首先一遇到并发问题我们首先肯定是想到锁

HashTable可以解决

因为他在put或者get操作的时候。用syn锁，来保证同一时间只有一个线程在操作

那有什么坏处？

他是直接锁住了整张表，效率很低

那怎么解决效率低的问题？

concurrentHashMap

1.7的时候 用的是分段锁，将所有整个数组分段成多个小数组，然后对着小数组进行加syn锁

1.8的时候 对锁的力度进一步细化，精确到每一个数组下标

原理（证明你看过源码）：

使用volatile关键字和CAS

volatile 对变量修饰后，保证了可见性，在读的时候不需要加锁

CAS 保证了写的时候数据安全问题

List

ArrayLists

数据结构是数组，他的特点是增删慢查询快

因为数组一旦new出来长度就是固定的，要想增加数据（长度超过了数组本身），就需要扩容（原来的1.5倍）然后把老的数据copy到新的数组中；删除数据的时候，需要移动整个数组索引的位置，并且将最后的元素设置为null，所以会很慢

LinkedArrayList

数据结构是双向链表，他的特点是查询慢增删快

因为双向链表中是由一个一个node节点组合成的，头一个节点的地址值指向另一个节点的地址值，如果要进行增删操作，直接根据地址值寻找修改即可

双向链表在查询的时候需要从头到尾一个一个的遍历，不知道遍历多少次才能找到数据，所以查询慢