先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7
深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Java开发知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
如果你需要这些资料，可以添加V获取：vip1024b （备注Java）
正文
2)不能逆推原文
3)尽量分散，减少哈希冲突
-
HashMap
-
每个数据单元为一个Node结构，包含key，value，hash，next四个字段
-
采用懒加载机制，即在进行put操作时才真正构建table数组。
-
初始长度为16，默认负载因子为0.75，当HashMap的长度达到16*0.75=12时，就会触发扩容流程，每次扩容为原来的2倍（碰撞的概率低）。
-
允许第一个位置的key为空，允许value为空
-
线程不安全，导致cpu100%：jdk7链表成环，jdk8红黑树父子节点成环
-
JDK1.7：数组+链表；JDK1.8：数组+链表+红黑树（链表长度大于8且table大于64转为红黑树，红黑树节点个数小于6转为链表）
- 红黑树（自平衡二叉查找树）特性：
1)每个结点是黑色或者红色。
2)根结点是黑色。
3)每个叶子结点（NIL）是黑色。 [注意：这里叶子结点，是指为空(NIL或NULL)的叶子结点！]
4)如果一个结点是红色的，则它的子结点必须是黑色的。
5)每个结点到叶子结点NIL所经过的黑色结点的个数一样的。
- HashMap的get流程：
1)首先会判断数组是否不等于null，或者数组的长度是否大于0，如果不满足，就说明HashMap里没有数据，直接返回null。
2)通过 hash & (table.length - 1)获取该key对应的数据节点的hash槽；
3)判断首节点是否为空，为空则直接返回空；
4)再判断首节点.key是否和目标值相同，相同则直接返回(首节点不用区分链表还是红黑树)；首节点.next为空，则直接返回空；
5)首节点是树形节点，则进入红黑树数的取值流程，并返回结果；
6)否则就会进入一个do while循环进行查询链表。并返回结果；
- HashMap的put流程：
1)如果table数组为空数组{}，进行数组填充（为table分配实际内存空间），入参为threshold
2)如果key为null时被放在了tab下标为0的位置.
3)根据hash值来确认存放的位置。如果当前位置是空直接添加到table中
4)如果在首结点与我们待插入的元素有相同的hash和key值，则先记录。
5)如果首结点的类型是红黑树类型，则按照红黑树方法添加该元素
6)如果首结点类型为链表类型，遍历到末尾时，先在尾部追加该元素结点。当遍历的结点数目大于8时，则采取树化结构。
7)modCount++；如果集合在被遍历期间如果内容发生变化则++modCount，只能检测并发修改的bug，不能保证线程安全（ABA，祥见CAS）
8)当结点数+1大于threshold时，则进行扩容
9. Hashmap扩容原理
e.hash & oldCap，就是用于计算位置b到底是0还是1用的，只要其结果是0，则新散列下标就等于原散列下标，否则新散列坐标要在原散列坐标的基础上加上原table长度。
- 触发扩容时机：
1)当new完HashMap之后，第一次往HashMap进行put操作的时候，首先会进行扩容。
2)当HashMap的使用的桶数达到总桶数*加载因子的时候会触发扩容；
3)当某个桶中的链表长度达到8进行链表扭转为红黑树的时候，会检查总桶数是否小于64，如果总桶数小于64也会进行扩容；
10. Hashmap拓展问题
- 为什么JDK1.8采用红黑树存储Hash冲突的元素？
红黑树本质上是一棵二叉查找树，但它在二叉查找树的基础上增加了着色和相关的性质使得红黑树相对平衡，从而保证了红黑树的查找、插入、删除的时间复杂度最坏为O(log n)。能够加快检索速率。
- 为什么在长度小于8时使用链表，不一直使用红黑树？
桶中元素的插入只会在hash冲突时发生，而hash冲突发生的概率较小，一直维护一个红黑树比链表耗费资源更多，在桶中元素量较小时没有这个必要。
- 为什么要使用红黑树而不使用AVL树？
红黑树与AVL树，在检索的时候效率差不多，都是通过平衡来二分查找。但红黑树不像AVL树一样追求绝对的平衡，红黑树允许局部很少的不完全平衡，这样对于效率影响不大，但省去了很多没有必要的调平衡操作，AVL树调平衡有时候代价较大，所以效率不如红黑树。
- 为什么数组容量必须是2次幂？
索引计算公式为i = (n - 1) & hash，如果n为2次幂，那么n-1的低位就全是1，而扩容后只有一位差异，也就是多出了最左位的1，这样在通过 (length-1) &hash的时候，只要hash对应的最左边的那一个差异位为0，就能保证得到的新的数组索引和老数组索引一致(高效的数据迁移，大大减少了之前已经散列良好的老数组的数据位置重新调换)，哈希值进行与操作时可以保证低位的值不变，如果低位值为1，则表示该位置可以插入值，从而保证分布均匀，效果等同于hash%n，但是位运算比取余运算要高效的多。
- 为什么单链表转为红黑树要求桶内的元素个数大于8？
当hashCode离散性很好的时候，树型bin用到的概率非常小，因为数据均匀分布在每个bin中，几乎不会有bin中链表长度会达到阈值。但是在随机hashCode下，离散性可能会变差，然而JDK又不能阻止用户实现这种不好的hash算法，因此就可能导致不均匀的数据分布。不过理想情况下随机hashCode算法下所有bin中节点的分布频率会遵循泊松分布，而一个bin中链表长度达到8个元素的概率为0.00000006，几乎是不可能事件。
同理，少于6就从红黑树转回单链表是为了节省维护一个树的资源消耗，而选择6作为临界值，是因理想情况下一个bin中元素个数达到6的概率是0.00001316，达到7的概率为0.00000094，二者跨度较大，可以减小树和链表之间频繁转化的可能性。
- 为什么jdk1.8将头插法改成尾插法？
JDK1.7中扩容时，每个元素的rehash之后，都会插入到新数组对应索引的链表头，所以这就导致原链表顺序为A->B->C，扩容之后，rehash之后的链表可能为C->B->A，元素的顺序发生了变化。在并发场景下，扩容时可能会出现循环链表的情况。而JDK1.8从头插入改成尾插入元素的顺序不变，避免出现循环链表的情况。
11. ConcurrentHashMap
- JDK1.7：Segment数组+HashEntry
1)HashEntry中value，以及next(链表)都是 volatile 修饰的，保证了获取时的可见性。
2)原理上来说：ConcurrentHashMap 采用了分段锁技术，其中 Segment 继承于 ReentrantLock。不会像HashTable那样不管是 put 还是 get 操作都需要做同步处理，理论上 ConcurrentHashMap 支持 CurrencyLevel (Segment 数组数量，默认为16)的线程并发。每当一个线程占用锁访问一个 Segment 时，不会影响到其他的 Segment。
-
JDK1.8：Node +CAS+Synchorized+volatile
-
对比Java7 和Java8 的异同和优缺点
1)数据结构不同
- Java 7采用数组+链表来实现，而 Java 8 中的 ConcurrentHashMap 使用数组 + 链表 + 红黑树
2)并发度
-
Java 7 中，每个 Segment 独立加锁，最大并发个数就是 Segment 的个数，默认是 16。
-
Java 8 中，锁粒度更细，理想情况下 table 数组元素的个数（也就是数组长度）就是其支持并发的最大个数，并发度比之前有提高。
3)保证并发安全的原理
-
Java 7 采用 Segment 分段锁来保证安全，而 Segment 是继承自 ReentrantLock。
-
Java 8 中放弃了 Segment 的设计，采用 Node + CAS + synchronized+volatile 保证线程安全。
4)遇到 Hash 碰撞
-
Java 7 在 Hash 冲突时，会使用拉链法，也就是链表的形式。
-
Java 8 先使用拉链法，在链表长度超过一定阈值时，将链表转换为红黑树，来提高查找效率。
5)查询时间复杂度
-
Java 7 遍历链表的时间复杂度是 O(n)，n 为链表长度。
-
Java 8 如果变成遍历红黑树，那么时间复杂度降低为 O(logn)，n 为树的节点个数。
12. 线程安全的Map
-
HashTable
-
SynchronizedMap：加了一个对象锁，每次操作hashmap都需要先获取这个对象锁
-
ConcurrentHashMap：线程安全是通过cas+synchronized+volatile来实现的
-
ConcurrentSkipListMap： 通过跳表来实现的高并发容器并且这个Map是有序排序的，根据key来排序
13. HashMap和Hashtable 的区别
JDK 1.8 中 HashMap 和 Hashtable 主要区别如下：
-
父类不同。HashMap继承自AbstractMap；Hashtable继承自Dictionary。
-
线程安全性不同。HashMap线程不安全；Hashtable 中的方法是Synchronized的。
-
HashMap最多只允许一条记录的键为Null，允许多条记录的值为 Null；Hashtable键和值都不允许为空。
-
默认初始大小和扩容方式不同。HashMap默认初始大小16，容量必须是2的整数次幂，扩容时将容量变为原来的2倍；Hashtable默认初始大小11，扩容时将容量变为原来的2倍加1。
-
迭代器不同。HashMap的Iterator是fail-fast迭代器；Hashtable还使用了enumerator迭代器。
-
hash的计算方式不同。HashMap计算了hash值；Hashtable使用了key的hashCode方法。
-
是否有contains方法。HashMap没有contains方法；Hashtable包含contains方法，类似于containsValue。
14. TreeMap底层实现
-
TreeMap 的实现就是红黑树数据结构，也就说是一棵自平衡的排序二叉树，这样就可以保证快速检索指定节点。
-
红黑树的插入、删除、遍历时间复杂度都为O(lgN)，所以性能上低于哈希表。但是哈希表无法提供键值对的有序输出，红黑树因为是排序插入的，可以按照键的值的大小有序输出。
15. HashMap和TreeMap
-
HashMap基于散列桶（数组和链表）实现；TreeMap基于红黑树实现。
-
HashMap不支持排序；TreeMap默认是按照Key值升序排序的，可指定排序的比较器，主要用于存入元素时对元素进行自动排序。
-
HashMap大多数情况下有更好的性能，尤其是读数据。在没有排序要求的情况下，使用HashMap。
-
都是非线程安全。
16. Java中集合遍历的方式
-
经典for循环方式：Set不会将元素存储为基于索引的元素。 因此这种方法不能用于所有集合。
-
迭代器
-
加强的for循环for(Object item: class)：加强for循环实际上在背后使用的是迭代器。
-
forEach方法：将迭代代码封装在集合本身中，因此程序员不必为迭代集合编写代码。
-
listNames.forEach(name -> System.out.println(name))；
17. Iterator和ListIterator的区别
迭代器定义：Iterator提供了统一遍历操作集合元素的统一接口， Collection接口实现Iterable接口，每个集合都通过实现Iterable接口中iterator()方法返回Iterator接口的实例， 然后对集合的元素进行迭代操作.
-
Iterator可用来遍历Set和List集合，但是ListIterator只能用来遍历List。
-
Iterator对集合只能是前向遍历，ListIterator既可以前向也可以后向。
-
ListIterator实现了Iterator接口，并包含其他的功能，比如：增加元素，替换元素，获取前一个和后一个元素的索引等等。
18. 快速失败(fail-fast)和安全失败(fail-safe)的区别
- 快速失败（fail—fast）
在用迭代器遍历一个集合对象时，如果遍历过程中对集合对象的内容进行了修改（增加、删除、修改），则会抛出ConcurrentModificationException。如HashMap
-
原理：迭代器在遍历时直接访问集合中的内容，并且在遍历过程中使用一个 modCount 变量。集合在被遍历期间如果内容发生变化，就会改变modCount的值。每当迭代器使用hashNext()/next()遍历下一个元素之前，都会检测modCount变量是否为expectedmodCount值，是的话就返回遍历；否则抛出异常，终止遍历。
-
注意：这里异常的抛出条件是检测到 modCount！=expectedmodCount 这个条件。如果集合发生变化时修改modCount值刚好又设置为了expectedmodCount值（ABA问题），则异常不会抛出。因此，不能依赖于这个异常是否抛出而进行并发操作的编程，这个异常只建议用于检测并发修改的bug。
-
场景：java.util包下的集合类都是快速失败的，不能在多线程下发生并发修改（迭代过程中被修改）。
最后
在面试前我整理归纳了一些面试学习资料，文中结合我的朋友同学面试美团滴滴这类大厂的资料及案例
由于篇幅限制，文档的详解资料太全面，细节内容太多，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！
大家看完有什么不懂的可以在下方留言讨论也可以关注。
觉得文章对你有帮助的话记得关注我点个赞支持一下！
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
内容太多，所以只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！**
大家看完有什么不懂的可以在下方留言讨论也可以关注。
觉得文章对你有帮助的话记得关注我点个赞支持一下！
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
需要这份系统化的资料的朋友，可以添加V获取：vip1024b （备注Java）
[外链图片转存中…(img-tD8ZrutO-1713666677998)]
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
1666
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
