Java集合框架面试题
arraylist 与 linkedlist 异同
- 1. 是否保证线程安全： arraylist 和 linkedlist 都是不同步的，也就是不保证线程安全；
- 2. 底层数据结构： arraylist 底层使用的是object数组；linkedlist 底层使用的是双向循环链表数据结构；
-
3. 插入和删除是否受元素位置的影响： ① arraylist 采用数组存储，所以插入和删除元素的时间复杂度受元素位置的影响。 比如：执行
add(e e)方法的时候， arraylist 会默认在将指定的元素追加到此列表的末尾，这种情况时间复杂度就是o(1)。但是如果要在指定位置 i 插入和删除元素的话（add(int index, e element)）时间复杂度就为 o(n-i)。因为在进行上述操作的时候集合中第 i 和第 i 个元素之后的(n-i)个元素都要执行向后位/向前移一位的操作。 ② linkedlist 采用链表存储，所以插入，删除元素时间复杂度不受元素位置的影响，都是近似 o（1）而数组为近似 o（n）。 -
4. 是否支持快速随机访问： linkedlist 不支持高效的随机元素访问，而arraylist 实现了randmoaccess 接口，所以有随机访问功能。快速随机访问就是通过元素的序号快速获取元素对象(对应于
get(int index)方法)。 - 5. 内存空间占用： arraylist的空 间浪费主要体现在在list列表的结尾会预留一定的容量空间，而linkedlist的空间花费则体现在它的每一个元素都需要消耗比arraylist更多的空间（因为要存放直接后继和直接前驱以及数据）。
补充：数据结构基础之双向链表
双向链表也叫双链表，是链表的一种，它的每个数据结点中都有两个指针，分别指向直接后继和直接前驱。所以，从双向链表中的任意一个结点开始，都可以很方便地访问它的前驱结点和后继结点。一般我们都构造双向循环链表，如下图所示，同时下图也是linkedlist 底层使用的是双向循环链表数据结构。
arraylist 与 vector 区别
vector类的所有方法都是同步的。可以由两个线程安全地访问一个vector对象、但是一个线程访问vector的话代码要在同步操作上耗费大量的时间。
arraylist不是同步的，所以在不需要保证线程安全时时建议使用arraylist。
hashmap的底层实现
jdk1.8之前
jdk1.8 之前 hashmap 由 数组+链表 组成的（“链表散列” 即数组和链表的结合体），数组是 hashmap 的主体，链表则是主要为了解决哈希冲突而存在的（hashmap 采用 “拉链法也就是链地址法” 解决冲突），如果定位到的数组位置不含链表（当前 entry 的 next 指向 null ）,那么对于查找，添加等操作很快，仅需一次寻址即可；如果定位到的数组包含链表，对于添加操作，其时间复杂度依然为 o(1)，因为最新的 entry 会插入链表头部，急需要简单改变引用链即可，而对于查找操作来讲，此时就需要遍历链表，然后通过 key 对象的 equals 方法逐一比对查找.
所谓 “拉链法” 就是将链表和数组相结合。也就是说创建一个链表数组，数组中每一格就是一个链表。若遇到哈希冲突，则将冲突的值加到链表中即可。
jdk1.8之后
相比于之前的版本， jdk1.8之后在解决哈希冲突时有了较大的变化，当链表长度大于阈值（默认为8）时，将链表转化为红黑树，以减少搜索时间。
treemap、treeset以及jdk1.8之后的hashmap底层都用到了红黑树。红黑树就是为了解决二叉查找树的缺陷，因为二叉查找树在某些情况下会退化成一个线性结构。
推荐阅读：
- 《java 8系列之重新认识hashmap》 ：zhuanlan.zhihu.com/p/21673805
hashmap 和 hashtable 的区别
-
线程是否安全： hashmap 是非线程安全的，hashtable 是线程安全的；hashtable 内部的方法基本都经过
synchronized修饰。（如果你要保证线程安全的话就使用 concurrenthashmap 吧！）； - 效率： 因为线程安全的问题，hashmap 要比 hashtable 效率高一点。另外，hashtable 基本被淘汰，不要在代码中使用它；
- 对null key 和null value的支持： hashmap 中，null 可以作为键，这样的键只有一个，可以有一个或多个键所对应的值为 null。。但是在 hashtable 中 put 进的键值只要有一个 null，直接抛出 nullpointerexception。
- 初始容量大小和每次扩充容量大小的不同 ： ①创建时如果不指定容量初始值，hashtable 默认的初始大小为11，之后每次扩充，容量变为原来的2n+1。hashmap 默认的初始化大小为16。之后每次扩充，容量变为原来的2倍。②创建时如果给定了容量初始值，那么 hashtable 会直接使用你给定的大小，而 hashmap 会将其扩充为2的幂次方大小。也就是说 hashmap 总是使用2的幂作为哈希表的大小,后面会介绍到为什么是2的幂次方。
- 底层数据结构： jdk1.8 以后的 hashmap 在解决哈希冲突时有了较大的变化，当链表长度大于阈值（默认为8）时，将链表转化为红黑树，以减少搜索时间。hashtable 没有这样的机制。
hashmap 的长度为什么是2的幂次方
为了能让 hashmap 存取高效，尽量较少碰撞，也就是要尽量把数据分配均匀，每个链表/红黑树长度大致相同。这个实现就是把数据存到哪个链表/红黑树中的算法。
这个算法应该如何设计呢？
我们首先可能会想到采用%取余的操作来实现。但是，重点来了：“取余(%)操作中如果除数是2的幂次则等价于与其除数减一的与(&)操作（也就是说 hash%length==hash&(length-1)的前提是 length 是2的 n 次方；）。” 并且 采用二进制位操作 &，相对于%能够提高运算效率，这就解释了 hashmap 的长度为什么是2的幂次方。
hashset 和 hashmap 区别
concurrenthashmap 和 hashtable 的区别
concurrenthashmap 和 hashtable 的区别主要体现在实现线程安全的方式上不同。
- 底层数据结构： jdk1.7的 concurrenthashmap 底层采用 分段的数组+链表 实现，jdk1.8 采用的数据结构跟hashmap1.8的结构一样，数组+链表/红黑二叉树。hashtable 和 jdk1.8 之前的 hashmap 的底层数据结构类似都是采用 数组+链表 的形式，数组是 hashmap 的主体，链表则是主要为了解决哈希冲突而存在的；
- 实现线程安全的方式（重要）： ① 在jdk1.7的时候，concurrenthashmap（分段锁） 对整个桶数组进行了分割分段(segment)，每一把锁只锁容器其中一部分数据，多线程访问容器里不同数据段的数据，就不会存在锁竞争，提高并发访问率。（默认分配16个segment，比hashtable效率提高16倍。） 到了 jdk1.8 的时候已经摒弃了segment的概念，而是直接用 node 数组+链表+红黑树的数据结构来实现，并发控制使用 synchronized 和 cas 来操作。（jdk1.6以后 对 synchronized锁做了很多优化） 整个看起来就像是优化过且线程安全的 hashmap，虽然在jdk1.8中还能看到 segment 的数据结构，但是已经简化了属性，只是为了兼容旧版本；② hashtable(同一把锁) :使用 synchronized 来保证线程安全，效率非常低下。当一个线程访问同步方法时，其他线程也访问同步方法，可能会进入阻塞或轮询状态，如使用 put 添加元素，另一个线程不能使用 put 添加元素，也不能使用 get，竞争会越来越激烈效率越低。
两者的对比图：
图片来源：www.cnblogs.com/chengxiao/p…
hashtable:
jdk1.7的concurrenthashmap：
jdk1.8的concurrenthashmap（treebin: 红黑二叉树节点 node: 链表节点）：
concurrenthashmap线程安全的具体实现方式/底层具体实现
jdk1.7（上面有示意图）
首先将数据分为一段一段的存储，然后给每一段数据配一把锁，当一个线程占用锁访问其中一个段数据时，其他段的数据也能被其他线程访问。
concurrenthashmap 是由 segment 数组结构和 hahentry 数组结构组成。
segment 实现了 reentrantlock,所以 segment 是一种可重入锁，扮演锁的角色。hashentry 用于存储键值对数据。
-
static class segment<k,v> extends reentrantlock implements serializable {
-
}
一个 concurrenthashmap 里包含一个 segment 数组。segment 的结构和hashmap类似，是一种数组和链表结构，一个 segment 包含一个 hashentry 数组，每个 hashentry 是一个链表结构的元素，每个 segment 守护着一个hashentry数组里的元素，当对 hashentry 数组的数据进行修改时，必须首先获得对应的 segment的锁。
jdk1.8 （上面有示意图）
concurrenthashmap取消了segment分段锁，采用cas和synchronized来保证并发安全。数据结构跟hashmap1.8的结构类似，数组+链表/红黑二叉树。
synchronized只锁定当前链表或红黑二叉树的首节点，这样只要hash不冲突，就不会产生并发，效率又提升n倍。
集合框架底层数据结构总结
collection
1. list
- arraylist： object数组
- vector： object数组
- linkedlist： 双向循环链表
2. set
- hashset（无序，唯一）: 基于 hashmap 实现的，底层采用 hashmap 来保存元素
- linkedhashset： linkedhashset 继承与 hashset，并且其内部是通过 linkedhashmap 来实现的。有点类似于我们之前说的linkedhashmap 其内部是基于 hashmap 实现一样，不过还是有一点点区别的。
- treeset（有序，唯一）： 红黑树(自平衡的排序二叉树。)
map
- hashmap： jdk1.8之前hashmap由数组+链表组成的，数组是hashmap的主体，链表则是主要为了解决哈希冲突而存在的（“拉链法”解决冲突）.jdk1.8以后在解决哈希冲突时有了较大的变化，当链表长度大于阈值（默认为8）时，将链表转化为红黑树，以减少搜索时间
- linkedhashmap: linkedhashmap 继承自 hashmap，所以它的底层仍然是基于拉链式散列结构即由数组和链表或红黑树组成。另外，linkedhashmap 在上面结构的基础上，增加了一条双向链表，使得上面的结构可以保持键值对的插入顺序。同时通过对链表进行相应的操作，实现了访问顺序相关逻辑。详细可以查看：《linkedhashmap 源码详细分析（jdk1.8）》
- hashtable: 数组+链表组成的，数组是 hashmap 的主体，链表则是主要为了解决哈希冲突而存在的
- treemap: 红黑树（自平衡的排序二叉树）