为什么要学习源码？源码这块面试会怎么问呢？如何阅读源码？

为什么要学习源码？

学习优秀的代码实践

如果我们沉浸在自己的世界，整天 CRUD，实际是很难提高自己的编码能力，重复编码提升的不过是熟练度罢了!

如果我们想要写出质量更高、扩展性更好的代码，我们要做的事情非常简单：看一些技术大佬是怎么写的，模仿就完事了。

这个模仿不同于照葫芦画瓢，我们需要搞懂优秀设计背后的原理。

那怎么检验自己是否掌握了呢？很简单，看自己能不能在后续的编码中实践就好了。但是，切记不要为了用“好的编码实践”而用，一切要结合业务实际需要。

一些不错的开源项目，都是一些技术大佬们几个月甚至是几年的成果。只要肯花时间看，我们一定能从源码中学到很多东西。

我们需要重点关注源码中的这些点：

如何抽象接口的？
如何运用设计模式的？
如何实践 SOLID 软件设计原则的？
有哪些优秀的编码实践？
……

借鉴

如果我们想要设计一个类似的框架或者轮子的话，参考已有的优秀框架不失为一个好手段。俗话说的好：“他山之石可以攻玉”。

我们平时接触到的很多开源项目都是例子，比如阿里开源的消息队列 RocketMQ 就借鉴了 Kafka 。

面试需要

据我观察，大部分真正愿意去看源码的朋友都是为了面试。这些朋友会找到对应框架比较重要的部分来学习源码，拿 Spring Boot 来说的话，就是 Spring Boot 启动流程、自动配置原理…。

确实，短时间内突击源码，我们一定要重点关注那些重要的地方。

但是，这种为了面试而突击源码的方式，往往很难真正学到源码的精髓，能收货的东西也会很有限。

项目需求

很多时候，我们阅读源码是因为项目需要。

比如说我们的项目在前期引入了某个开源框架，但是到项目中期的时候，我们发现这个开源框架并不能很好地满足我们的需求，甚至说还有一些小 bug 。与这个开源框架相关的负责人员交涉之后，我们的反馈并没有得到相应。这个时候，我们就需要自己去实现某些功能以及修复某些 bug。想要做这些事情的前提是：我们当前对这个开源框架某一块的源码比较熟悉了。

源码面试这块会怎么问？

首先，你需要明确一点的是：随便一个框架的源码都 10w+行了，都看一遍是不可能的。你需要挑选比较重要的地方看。

拿 Spring/Spring Boot 源码举例：你一定要去看 IOC 和 AOP 具体的实现，要知道一个 Spring Bean 是如何一步一步被创建出来的。一定要搞清 Spring Boot 是如何实现自动配置的。

源码面试这个不会太细节。如果你知道的话一定是加分项，不知道的话不一定就会被 pass。不过你写简历的时候尽量写清楚点，写清楚自己看过哪部分的源码。

平时学习过程中，有时间的话可以多看看源码，对于提升自己的能力非常有帮助！

如果你不知道阅读什么源码的话，可以先从 JDK 的几个常用集合看起。另外，我比较推荐看 Dubbo 的，因为感觉会稍微相对容易一点，模块划分清晰，注释也比较详细。搞清楚了 Dubbo 基本的原理之后，看起来就没那么吃力了。

有哪些值得阅读的优秀源码？

下面有部分内容是摘自朋友写的一篇文章：《如何提升代码质量 - Thoughtworks 洞见》

JDK

为什么要看 JDK 源码？

JDK 源码是其它所有源码的基础，看懂了 JDK 源码再看其它的源码会达到事半功倍的效果。
JDK 源码中包含大量的数据结构知识，是学习数据结构很好的资料，比如，链表、队列、散列表、红黑树、跳表、桶、堆、双端队列等。
JDK 源码中包含大量的设计模式，是学习设计模式很好的资料，比如，适配器模式、模板方法模式、装饰器模式、迭代器模式、代理模式、工厂模式、命令模式、状态模式等。
JDK 源码中包含大量 Java 的高阶知识，比如弱引用、Unsafe、CAS、锁原理、伪共享等，不看源码是很难学会这些知识的。

JDK 源码阅读顺序：

java.lang 包下的基本包装类(Integer、Long、Double、Float 等)，还有字符串相关类(String、StringBuffer、StringBuilder 等)、常用类(Object、Exception、Thread、ThreadLocal等)。
java.lang.ref 包下的引用类(WeakReference、SoftReference 等)
java.lang.annotation 包下的注解的相关类
java.lang.reflect 包下的反射的相关类
java.util 包下为一些工具类，主要由各种容器和集合类(Map、Set、List 等)
java.util.concurrent 为并发包，主要是原子类、锁以及并发工具类
java.io 和 java.nio 可以结合着看
java.time 主要包含时间相关的类，可以学习下 Java 8 新增的几个
java.net 包下为网络通信相关的类，可以阅读下 Socket 和 HTTPClient 相关代码

源码量那么大，不要妄想一口气都看完。最好符合你当前的目的，比如你想搞懂多线程，你就主要看 JUC，想搞懂 IO 就多去看 NIO，想看常量池就去看 ClassFileParser。看模块的时候，要注意接口大于一切，或者说函数大于一切。先不要妄想搞懂所有细节，先找几个比较关键的函数，搞懂函数的作用（比如应该仔细分析一下函数名称和参数名称）然后再往下进行。

在看 Java 类库的时候要多注意类是不是 abstract 的，是不是用的模板方法，多关注函数前的修饰词，这一般说明这个函数是给谁用的。多注意这些细节而不是傻傻过一遍逻辑，能从里面学到不少关于设计的东西。还可以注意什么地方是为了之前的设计而委曲求全的做法，毕竟一个这么多年的类库，肯定不是什么地方都是完美的。

JDK 源码一定要看 Java 并发相关的源码， Doug Lea 的并发源码比较漂亮，一行行都是精华，非常值得阅读学习。

Spring

Spring 是一个开源的设计层面框架，它解决的是业务逻辑层和其他各层的松耦合问题，因此它将面向接口的编程思想贯穿整个系统应用。包括在此基础上衍生的 Spring MVC、 Spring Boot 、Spring Cloud 等，在现在企业中的应用越来越广泛。无论是设计思想，代码规范，还是设计模式，接口设计，类加载，都是非常优秀的源码。

个人学习心得如下：先去看视频，大概熟悉一下 Spring 的使用情况，然后再去学习源码，此处可以阅读《Spring 源码深度解析》，除了看书之外，记得打开 IDEA 查看对应的源码，如果能调试看看具体调用逻辑那就更好了。

Google Guava

Google Guava 是 Google 公司内部 Java 开发工具库的开源版本。Google 内部的很多 Java 项目都在使用它。它提供了一些 JDK 没有提供的功能，以及对 JDK 已有功能的增强功能。其中就包括：集合（Collections）、缓存（Caching）、原生类型支持（Primitives Support）、并发库（Concurrency Libraries）、通用注解（Common Annotation）、字符串处理（Strings Processing）、数学计算（Math）、I/O、事件总线（EventBus）等等。

Netty

Netty 是一个优秀的开源网络编程框架，我们平常经常接触的 Dubbo、RocketMQ、Elasticsearch、gRPC 等等都用到了 Netty。

Netty 中使用了大量的设计模式以及优秀的设计原则。

Dubbo

Dubbo 是一款优秀的国产 RPC 框架，其 SPI 自适应扩展、负载均衡实现、集群实现、服务调用过程等部分的源码都非常值得阅读和学习。

保姆级别的源码阅读教学

如何高效阅读项目源码

⚠️ 注意：

阅读源码之前，一定要先熟悉项目。你连 Dubbo 怎么使用、RPC 是个啥都不知道，就直接去看 Dubbo 源码的话，不是纯属扯淡么？
阅读源码之前，一定要对项目源码使用的技术有一个最基本的认识。

从了解并使用项目开始

开始看源码之前，自己花一些时间阅读以下官方的文档、使用教程。如果官方文档是英文的话，也可以找一些国人写的博客看看。不知道项目是用法和用途的就去看项目源代码的行为，无疑是在黑夜中穿针。

站在最外层概览项目设计

阅读源码之前，我比较推荐先站在最外层去熟悉项目整体架构和模块分包。掌控全局之后，我们方能以一个更正确的姿势畅游源码的世界。

从某个功能主线/问题出发研究项目源码

一个比较成熟的项目的源码量是非常多，我们不可能都看完。比较推荐的方式就是通过一个功能主线（比如 Dubbo 是如何暴露服务的？）或者问题（比如 SpringBoot 的自动配置原理？）出发。

学会使用官方提供的 Demo

一般情况下，项目源码已经自带了一些 Demo 我们可以直接使用。这样可以方便我们：

检验源码阅读环境是否搭建成功。
调试项目。

比如在 Dubbo 项目源码中，我们找到 dubbo-demo 这个文件夹，里面包含了 3 种不同类型（xml、api、annotation）使用方式的 demo，可以帮助我们节省掉大量写 Demo 的时间。

有哪些对阅读源码有帮助的建议

学习常见的设计模式、设计原则

一个优秀的开源项目一定会不可避免使用到一些设计模式，如果我们提前不了解这些设计模式的话，会加深自己理解代码的难度。

另外，项目的代码还应该满足一些设计原则。对于，面向对象编程来说，下面这些原则都是我们应该非常熟练的。

面向对象编程的思想（继承、封装、多态、抽象）
面向对象的七大设计原则：
- 单一职责原则（Single Responsibility Principle, SRP）
- 开闭原则（Open Closed Principle，OCP）
- 里氏代换原则（Liskov Substitution Principle，LSP）
- 接口隔离原则（Interface Segregation Principle，ISP）
- 依赖反转原则（Dependency Inversion Principle，DIP）
- 合成/聚合复用原则（Composite/Aggregate Reuse Principle，CARP）
- 迪米特法则（Principle of Least Knowledge，PLK，也叫最小知识原则）
软件设计的三大原则
- DRY（Don’t Repeat Yourself）原则：不要重复你自己
- KISS（ Keep It Simple/Stupid）原则：保持简单易懂
- YAGNI （ You Ain’t Gonna Need It）原则：不要进行过度设计

学会看测试类

测试类一方面可以说是对代码的稳定性的保障，让我们对自己写的代码更放心。另一方面测试本身也是对代码的一个说明，因此，很多人都会说：“好的测试即是文档”。通过测试类，我们可以很清楚地知道某一块代码具体是在干嘛。

学会调试

通过调试，我们可以更直观地看到调用逻辑关系。通过变量信息，可以更直观地看到数据的变化过程，这对于我们理解代码以及找 bug 都是非常有帮助的。

掌握 IDE 常用的快捷键

熟悉常用的快捷键在源码阅读中非常有必要！这个是必须要会的。

比如在 IDEA 中我们通过 command+o(mac)或者 ctrl+n(win/linux)即可搜索类以及文件

通过 command+f12(mac)或者 ctrl+f12(win/linux)即可查看类的结构（函数、变量）

使用一些插件辅助自己

有一些插件可以帮助我们理清源码的调用逻辑。比如 IDEA 插件 SequenceDiagram 就可以帮助我们一键生成方法的时序图。

相关阅读：《安利一个 IDEA 骚操作:一键生成方法的序列图》

手撸一个简易版

我们可以在学习某个具体的框架源码之前，自己先手撸一个简易版的框架。

就比如我们学习 Dubbo 源码之前，我们自己撸一个简易版的 RPC 框架。

自己动脑思考该怎么设计，功能该如何实现。

做了这些尝试之后，我们再去看别人写的源码，收货一定会非常大！

轮子类开源项目

本地缓存

cache 是一个不错的轮子类项目，使用 Java 手写一个类似于 Redis 的单机版本地缓存(附详细教程)。麻雀虽小五张俱全，支持数据缓存、缓存失效时间、数据淘汰策略（如 FIFO 、 LRU ）、RDB 和 AOF 持久化……。并且，这个项目附带了 6 篇教程来讲解核心功能具体是怎么实现的。

Github 地址：https://github.com/houbb/cache

RPC 框架

guide-rpc-framework 是一款基于 Netty+Kyro+Zookeeper 实现的 RPC 框架。

Github 地址: https://github.com/Snailclimb/guide-rpc-framework
Gitee 地址：https://gitee.com/SnailClimb/guide-rpc-framework

这个项目代码注释详细，结构清晰，并且集成了 Check Style 规范代码结构，非常适合阅读和学习。

并且，这个项目的 README 文档写的也非常认真。从 README 文档中，你就可以大概了解到这个 RPC 框架的设计思路以及前置技术。

数据库

MYDB 是一个 Java 语言实现的简易版数据库，部分原理参照自 MySQL、PostgreSQL 和 SQLite。

麻雀虽小，五脏俱全。MYDB 目前已经实现 MVCC、两种事务隔离级别（读提交和可重复读）、死锁处理、简陋的 SQL 解析等关系型数据库的核心功能。

并且，MYDB 作者写了详细的实现教程，教程地址： https://ziyang.moe/cs/project/mydb/

Github 地址：https://github.com/CN-GuoZiyang/MYDB

编译器

Mini-Compiler 是一个 Mini 版本的入门级编译器，基于 Java 语言编写，有助于初学者了解面向对象编程语言编译器的运行原理。

代码示例：

可以看到，代码注释还是非常清晰的，一共只有 7 个类。

不过，想要搞懂这个项目难度会远大于普通的业务类型项目，像核心类 Parser （语法解析器）的代码量接近有 2000 行（其它 6 个类代码量比较少）。

Github 地址：https://github.com/chenyuwangjs/A-tutorial-compiler-written-in-Java 。

下面是一些相关的学习资料：

国外公开课 Lab

手写关系型数据库

MIT 6.830/6.814: Database Systems 这门课程的内容非常适合想要深入学习数据库原理的小伙伴。这门课程的 lab 是使用 Java 语言一步一步实现一个关系型数据库。

课程地址：http://db.lcs.mit.edu/6.830/ 。

课程代码：https://github.com/MIT-DB-Class/simple-db-hw 。
课程讲义：https://github.com/MIT-DB-Class/course-info-2018/ 。
课程视频：https://www.youtube.com/playlist?list=PLfciLKR3SgqOxCy1TIXXyfTqKzX2enDjK 。

网络上有一些相关的文章分享：

另外，UCB CS186: Introduction to Database System 的这门课程 lab 也是使用 Java 实现一个关系型数据库。

课程地址：https://cs186berkeley.net/sp21/ 。
课程视频：https://www.bilibili.com/video/BV13a411c7Qo 。

手写分布式 KV 存储

MIT6.824: Distributed System 这门课程出品自 MIT 大名鼎鼎的 PDOS 实验室，授课老师 Robert Morris 教授。Robert Morris 曾是一位顶尖黑客，世界上第一个蠕虫病毒 Morris 病毒就是出自他之手。

这门课程的 lab 会循序渐进带你实现一个基于 Raft 共识算法的 KV-store 框架，让你在痛苦的 debug 中体会并行与分布式带来的随机性和复杂性。

课程网站：https://pdos.csail.mit.edu/6.824/schedule.html 。
课程视频（中文翻译）：https://www.bilibili.com/video/BV1R7411t71W 。

项目经验常见问题解答（补充）

你在项目经历中不涉及的知识点，但在技能介绍中提到的知识点也很大概率会被问到。像 Redis 这种基本是面试 Java 后端岗位必备的技能，我觉得大部分面试官应该都会问。

一个项目的话不是不可以，但你一定要保证这个项目不能太鸡肋。如果太鸡肋的话，简历关可能就直接 pass，而且面试官提问都不好提。

如果你没有项目经验的话，建议你尽量一边学习各种框架和中间件一边做一个完整且有一些亮点的项目作为自己的项目经验。

什么项目算是有亮点的或者是面试官认为有价值的？

最有价值的当然是你参加各种大公司组织的各种大赛（比如阿里的天池软件设计大赛）而做的项目，如果参加这种赛事能获奖的话，项目含金量非常高。即使没获奖也没啥，也可以写简历上。

跟着老师或者普通公司做的项目的话，一般都是面向企业级别，一般很少会用到分布式/微服务，基本都是单机，这种项目的含金量稍低，即使你的业务很复杂。遇到这种情况可以考虑说自己去对项目进行改进，别怕花时间，某个时间用心做好一件事情就好比如你对项目的数据模型进行改进、引入缓存提高访问速度等等。

自己做的项目的话，我觉得一定要：尽量和别人避开，别网上流传一个项目，然后自己名字不改，啥也不做就写简历上了。

项目太简单怎么办?

项目太简单的话，不光是影响简历通过的概率，还会影响到你的面试准备，毕竟面试中的重点就是项目经历涉及到的知识点，如果你的项目经历比较简单的话，面试官直接不知道问啥了。个人建议你可以参考《Java 面试指北》中对应的文章对项目经历进行完善改进！

另外，你还要保证自己的项目的不是烂大街那种（比如商城、博客……），自己参加比赛做的项目或者是企业真实项目是比较好的。

如何优化项目经历性价比更高？

面试之前，你可以跟着网上的教程，从性能优化方向入手去改进一下自己的项目。为什么建议从性能优化方向入手呢？因为性能优化方向改进相比较于业务方向的改进性价比会更高，更容易体现在简历上。并且，更重要的是，性能优化方向更容易在面试之前提前准备，面试官也更喜欢提问这类问题。

你项目没有用到的性能优化手段，只要你搞懂吃透并且觉得合理，你就完全可以写在简历上。不过，建议你还是要实践一下，压测一波，取得的成果也要量化一下比如我使用 xxx 技术解决了 xxx 问题，系统 qps 从 xxx 提高到了 xxx。

必须是微服务项目才有亮点？

个人认为也没必要非要去做微服务或者分布式项目，不一定对你面试有利。微服务或者分布式项目涉及的知识点太多，一般人很难吃透。并且，这类项目其实对于校招生来说稍微有一点超标了。即使你做出来，很多面试官也会认为不是你独立完成的。

其实，你能把一个单体项目做到极致也很好，对于个人能力提升不比做微服务或者分布式项目差。如何做到极致？代码质量这里就不提了，更重要的是你要尽量让自己的项目有一些亮点（比如你是如何提升项目性能的、如何解决项目中存在的一个痛点的），项目经历取得的成果尽量要量化一下比如我使用 xxx 技术解决了 xxx 问题，系统 qps 从 xxx 提高到了 xxx。

如何准备项目经历？

你可以从下面几个方面来准备项目的回答（欢迎大家补充）：

你对项目整体设计的一个感受（面试官可能会让你画系统的架构图）
你在这个项目中你负责了什么、做了什么、担任了什么角色。
从这个项目中你学会了那些东西，使用到了那些技术，学会了那些新技术的使用。
你在这个项目中是否解决过什么问题？怎么解决的？收获了什么？
你的项目用到了哪些技术？这些技术你吃透了没有？举个例子，你的项目经历使用了 Seata 来做分布式事务，那 Seata 相关的问题你要提前准备一下吧，比如说 Seata 支持哪些配置中心、Seata 的事务分组是怎么做的、Seata 支持哪些事务模式，怎么选择？
你在这个项目中犯过的错误，最后是怎么弥补的？

去外包对自己的简历有影响么？

有很多初入职场找工作的小伙伴，由于没有什么经验，自己的能力也一般，加上竞争压力太大。导致自己都是基本收到都是各种外包机构的面试邀请，最后，没办法就去了外包公司。

然后，很多小伙伴就会担心自己的外包工作经历会对自己的简历产生影响。

比如下面这个就是一位星球的匿名用户的提问。

其实，去外包对简历的影响，主要还是看你去的公司和经历的项目，比如你在 ThoughtWorks 做外包的话我觉得对你的简历就没啥影响，甚至还可能是加分项。我的很多同事跳槽，都是去了字节、阿里这些大公司。

另外，去了外包之后以后只能混外包这种说法有点自欺欺人。

首先，外包的技术深度确实不比大公司，这点没办法，根本属性决定了。然后，外包公司一般会让你会很多东西，什么东西都想让你了解一下，这可能会导致你没有一门比较精通的技术。你是Java程序员，下个项目需要你是IOS开发，然后你就要自己学，这个还是很坑的。

不过，刚毕业的话在外包干两年还是能学到一些东西的，因为你在外包公司的话，大概率会经历大量的实战项目。。

其实，最重要的是，自己平时要注意多多思考和学习，勿要浮于表面就好了。

很多人抱怨抱怨公司工作强度很多大，就我来看，很多外包公司的工作强度甚至比不上甲方的程序员。

按照大众的话来说，最好是不要去外包公司，这点是没啥问题的。不过，如果说你目前正在外包公司工作或者你只能找到外包工作的话，不要一味抱怨，只要自己能学到东西就好！

接触不到高并发场景咋办？如何获得高并发的经验？

不论是应届生还是有几年工作经验的程序员，都可能会面临一个问题：接触不到高并发场景。

不要慌！说实话，能接触到高并发这类业务场景的人还是极少数的。即使在阿里、京东这种公司，你也还是很有可能接触不到。

我在大学那会的时候，自己就比较喜欢捣鼓各种高并发相关的技术了（还是因为太卷，工作之后实际并没有怎么用到，哈哈哈），自己在手动搭建过 Redis 集群、Zookeeeper 集群，动手实现过分库分表、读写分离。

在介绍方法之前，我们首先知道 高并发系统设计的三大目标 ：

高性能 ：系统的处理请求的速度很快，响应时间很短。
高可用 ：系统几乎可以一直正常提供服务。也就是说系统具备较高的无故障运行的能力。
可扩展 ：流量高峰时能否在短时间内完成扩容，更平稳地承接峰值流量，比如双 11 活动、明星离婚、明星恋爱等热点事件。

实现高性能的常用手段 ：

数据库
- 分库分表&读写分离
- NoSQL
缓存
消息队列（待重构）
负载均衡
池化技术
……

实现高可用的常用手段：

限流
降级
熔断
排队
集群
超时和重试机制
灾备设计
异地多活

实现可扩展架构的常用手段：

分层架构：面向流程拆分
SOA、微服务：面向服务拆分
微内核架构：面向功能拆分

知道了高并发系统设计相关的概念和手段之后，废话不多说，直接推荐两种我觉得比较靠谱的方法。

第一种方法是自己研究某个技术然后对已有项目进行改进，具体步骤如下：

自己研究某个技术比如读写分离。
将自己研究的成果应用到自己的项目比如为项目增加读写分离来提高读数据库的速度。
想一想项目用了某个技术比如读写分离之后，会不会遇到什么问题，项目的性能到底提升了多少。如果你能模拟一下真实场景就更好了，既能真正学到，又能让自己项目经历更真实。
简单复盘总结一下自己对项目所做的完善改进。

这里要说明一点的是：一定不要为了学习实践某个技术而直接用在自己公司的项目上。

技术是为了服务业务的，没必要用的技术就不要用！我之前有个同事天天喜欢在项目上用自己学到的新技术，结果，有一天就出现生产问题了。我现在想着这件事，都想锤他！

你完全可以私下对项目进行改进。甚至说，你就只是搞懂了这个技术，并没有将其用在真实的项目中。面试官会专门去调查你这个项目么？那大概率是不会。不过，一定要确保自己是真的搞懂了！

我们只是迫于压力，为了找工作而简单润色一下项目经历而已嘛！

第二种方法是你可以跟着视频/教程做一个分布式相关的项目，然后把它吃透，最好还可以对这个项目进行改进，具体步骤如下：

跟着视频/教程写一个分布式相关的项目（自己从头开始做也是一样的）。
深入研究并搞懂项目涉及到的一些技术。
思考有没有可以改进的地方？
思考线上环境可能会有一些什么问题出现？该怎么解决？
简单复盘总结复盘一下自己从这个项目中学到的什么东西。

我在大学的时候就是通过这种方法获得的高并发相关的经验。我还记得我当时做的那个分布式项目使用到了 Redis 是单机并且消息队列用的是已经淘汰的 ActiveMQ。所以，我就自己搭建了 Redis 集群，模拟各种可能出现的问题。同时，我使用 RocketMQ 替换了 ActiveMQ 并提取封装了消息队列相关的代码。

通过上面这两种方法来获得高并发经验的话，还有一点非常重要： 自己不光要模拟一些生产环境可能会遇到的问题，还要知道这些问题是怎么解决的。就比如说你用到了 Redis 的话，你自己肯定要私下模拟一下缓存穿透、单机内存不够用、Redis突然宕机等等情况。

基本上，你用到的大部分中间件可能会遇到的问题，你都能够在网上找到对应的案例和解答。多花点时间看看，自己实践一下，研究思考一下。这样的话，在面试中才不会掉链子。

Java 优质面试视频推荐

文字看累了，还可以看看视频！推荐几个不错的 Java 面试相关的视频。

1、中华石杉老师的《Java 面试突击第一季》

即使是19年那会出来的视频，放到现在依然是适用的！对于想要进 Java 生态为主的公司比如美团、阿里非常有帮助！主要讲的是高并发高可用相关的内容。

地址：https://www.bilibili.com/video/BV1B4411h7Nz

这份资料对应的笔记：https://doocs.github.io/advanced-java/#/

2、图灵学院的《Java 常见面试题详解系列》

涵盖 Java 核心知识、数据库以及常见框架，拿数据库和缓存来说：数据库以面试常问的 MySQL 为例介绍了索引、锁、事务、主从同步、MyISAM 和 InnoDB 的区别、分库分表、慢查询处理等面试题。缓存以面试常问的 Redis 为例介绍了 Redis 常见数据库结构、缓存过期策略、缓存穿透、缓存击穿、缓存雪崩、数据库和缓存一致性保证、Redis 高可用等面试题。

地址：https://www.bilibili.com/video/BV1XU4y1J7Dr

3、尚硅谷周阳老师的《Java 面试题第三季》

Java 培训领域比较出名的周阳老师的作品，内容涵盖算法、Java 核心知识、数据库以及常见框架。

可以重点看看并发和 Spring 这块，比其他老师讲的要深入和好理解很多。

地址：https://www.bilibili.com/video/BV1Hy4y1B78T

前两季视频地址：

Java 面试题第一季：https://www.bilibili.com/video/BV1Eb411P7bP
Java 面试题第二季：https://www.bilibili.com/video/BV18b411M7xz

4、图灵的《分布式面试核心面试题系列》

主要是分布式相关的内容，涵盖负载均衡、分布式 ID、分布式事务、Dubbo、Zookeeper 、Redis。

地址：https://www.bilibili.com/video/BV1Mz4y1Z7bM

内容比较杂，可以挑选自己比较感兴趣面试题学习。可以重点看看数据库这块，对于常见的 MySQL 面试题比如 MySQL 索引数据结构介绍的比较详细。

地址：https://www.bilibili.com/video/BV1yA411u7WL