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节点组合成的,头一个节点的地址值指向另一个节点的地址值,如果要进行增删操作,直接根据地址值寻找修改即可
双向链表在查询的时候需要从头到尾一个一个的遍历,不知道遍历多少次才能找到数据,所以查询慢