最近有不少小伙伴在后台留言，说 Java 的面试越来越难了，尤其是技术面，考察得越来越细，越来越底层。

通过和大厂的面试官聊了一下发现，现在大厂特别爱考底层的一些原理，因为一些底层是不涉及到语言的，语言对于开发工程师来说是是吃饭的工具，但对于架构师的层面的人来说就工具而已，这也是大厂培养人的一个方向。

那么阅读源码究竟有哪些好处呢？

1、了解思想

程序员大部分开发中都是些增删查改，过滤业务的逻辑。比如一个需求 我们用了几十行代码写了。感觉没问题，但是别人可能用几行就搞定了，要学习别人的思路。

2、熟悉设计模式

包括24种设计模式，Java对象的三大特征，好的代码中都有体现。

3、提高自己的代码优雅性

我们的代码可能更多是业务的需求， 但是源码大部分都比较优雅， 比如jdk 源码，非常精简。要学习源码的代码写法。

4、知晓原理，提升面试能力

面试中经常问到源码， 你是否读过源码，你觉得为什么这么写，举个例子， 之前面试碰到别人问， jdk 7 和 jdk 8 的concurrentHashMap 的size()方法分别是怎么实现的，这个集合经常被问到。

5、让自己变得有耐心

我们知道， 阅读别人的代码是非常痛苦的事 ，尤其是一些比较差的 的代码， 可读性非常差， 当然 jdk 源码 也比较头痛。举个例子， String ，这个 对象，它 的方法我们可能基本都用过了，但是它 的源码有多少人真正看完了呢？

我看了下， 它的源码有2000多行，一开始看起来非常枯燥 ，阅读源码， 让自己静下心来，程序员本身就是一份安静的工作。

6、让自己变得有格调

以前的一个资深开发每次跟我们聊天，说jdk源码都基本看过了，当然10个程序员有1个阅读源码就不错了，至少值得尊敬。当然，这个也不是说说就可以的，水平的高低在实际工作中也能暴露出来。

7、提升自己代码的严谨性

一个程序员，只要工作好，就离不开bug ，jdk 的源码大部分都是专家写的，代码严谨性非常强，我们看了代码，改变自己平时错误的编码习惯，包括最基本的判空啊。再比如，一个类里面的常量到底是用private 修饰，还是protect修饰，还是public修饰，bug越多，越让别人鄙视。

阿里业务架构师手写JDK源码笔记目录

JDK源码笔记优质内容节选

CopyOnWrite

CopyOnWrite指在“写”的时候，不是直接“写”源数据，而是把数据拷贝一份进行修改，再通过悲观锁或者乐观锁的方式写回去。那为什么不直接修改，而是要拷贝一份修改呢？这是为了在“读”的时候不加锁。下面通过几个案例来展现CopyOnWrite的应用。

CopyOnWriteArrayList

和ArrayList一样，CopyOnWriteArrayList的核心数据结构也是一个数组，代码如下。

下面是CopyOnArrayList的几个“读”函数：

既然这些“读”函数都没有加锁，那么如何保证“线程安全”呢？答案在“写”函数里面。

其他“写”函数，例如remove和add类似，此处不再详述。

核心数据结构

到这里就不为大家过多的截图了