一、我的真实经历
标题是我2019.6.28在深圳某500强公司面试时候面试官跟我说的话，即使是现在想起来，也是觉得无尽的羞愧，因为自己的愚钝、懒惰和自大，我到深圳的第一场面试便栽了大跟头。
我确信我这一生不会忘记那个燥热的上午，在头一天我收到了K公司的面试通知，这是我来深圳的第一个面试邀约。收到信息后，我激动得好像已经收到了K公司的Offer，我上网专门查了下K公司的面经，发现很多人都说他们很注重源码阅读能力，几乎每次都会问到一些关于源码的经典问题，因此我去网上找了几篇关于String、HashMap等的文章java源码，了解到了很多关于Java源码的内容。看完后我非常的自信，心想着明天的所有问题我肯定都可以回答上来，心满意足的睡觉。
面试的那天上午，我9点钟到了K公司楼下，然后就是打电话联系人带我上去，在等待室等待面试，大概9:30的时候，前台小姐姐叫到了我的名字，我跟着她一起进入到了一个小房间，里面做了两个人，看样子都是做技术的（因为都有点秃），一开始都很顺利，然后问道了一个问题“你简历上说你熟悉Java源码，那我问你个问题，String类可以被继承么”，当然是不可以继承的，文章上都写了，String是用final修饰的，是无法被继承的，然后我又说了一些面试题上的内容，面试官接着又问了一个问题：
“请你简单说一下substring的实现过程”
是的，我没有看过这一题，平时使用的时候，也不会去看这个方法的源码，我支支吾吾的回答不上来，我能感觉到我的脸红到发烫。他好像看出了我的窘迫，于是接着说“你真的看过源码么？substring是一个很简单的方法，如果你真的看过，不可能不知道”，到这个地步，我也只好坦白，我没有看过源码，是的我其实连简单的substring怎么实现的都不知道，我甚至都找不到String类的源码。
面试官说了标题上的那句话，然后我面试失败了。
我要感谢这次失败的经历，让我打开了新世界，我开始尝试去看源码，从jdk源码到Spring，再到SpringBoot源码，看得越多我越敬佩那些写出这优秀框架的大佬，他们的思路、代码逻辑、设计模式，是那么的优秀与恰当。不仅如此，我也开始逐渐尝试自己去写一些框架，第一个练手框架是“手写简版Spring框架–YzSpring”，花了我一周时间，每天夜里下班之后都要在家敲上一两个小时，写完YzSpring之后，我感觉我才真正了解Spring，之前看网上的资料时总觉得是隔靴搔痒，只有真正去自己手写一遍才能明白Spring的工作原理。
再后来，我手上的“IPayment”项目的合作伙伴一直抱怨我们接口反馈速度慢，我着手优化代码，将一些数据缓存到Redis中，速度果然是快了起来，但是每添加一个缓存数据都要两三行代码来进行配套，缓存数据少倒无所谓，但是随着越来越多的数据需要写入缓存，代码变得无比臃肿。有天我看到@Autowired的注入功能，我忽然想到，为什么我不能自己写一个实用框架来将这些需要缓存的数据用注解标注，然后用框架处理呢？说干就干，连续加班一周，我完成了“基于Redis的快速数据缓存组件”，引入项目之后，需要缓存的数据只需要用@BFastCache修饰即可，可选的操作还有：对数据进行操作、选择数据源、更新数据源、设置/修改Key等，大大提高了工作效率。第一次自写轮子，而且效果这么好，得到了老大哥的肯定，真的很开心。
那么现在我要问你三个问题：
你看源码么？你会看源码么？你从源码中有收获么？
二、看源码可以获得什么
1.快速查错、减少出错
在编码时，我们一般都发现不了RuntimeException，就比如String的substring方法，可能有时候我们传入的endIndex大于字符串的长度，这样运行时就会有个错误：
String index out of range: 100有时候稀里糊涂把代码改正确了，但是却不知道为什么发生这个异常，下次编写的时候又发生同样的问题。如果我们看过源码，我们就可以知道这个异常发生的原因：
源码中给出了三个可能抛出上面异常的情景，那我们就可以根据这三种情景去检查我们的代码，也以后在编码的时候注意这些问题。
2.学习编程习惯
还是说上面的substring源码，请注意他的return，如果是你，你会怎么写？如果没有看过源码，我肯定会写成下面：
if ((beginIndex == 0) && (endIndex == value.length)) return this;
return new String(value, beginIndex, subLen);虽然功能是一样的，但是运用三元运算可以用一行代码解决问题，而且又不用写if语句，现在我已迷上了三元运算符，真的很好用。
3.学习设计模式（针对新手）
好吧！我摊牌了，作为一个半路出家的程序员，我没有接受过系统化的教学，所有的都是自学，在之前我完全不了解设计模式，只知道有23种设计模式java源码，最多知道单例模式。
不了解设计模式最主要的原因是当时没有实战经验，自己写的项目都是比赛项目，完全不用不上设计模式，基本上是能跑就行。我第一次接触设计模式是在log4j的工厂模式，当时是完全不懂工厂模式该怎么用，就是看着log4j的源码一步步学会了，然后自己做项目的时候就会有意无意的开始运用设计模式，下面是我项目中使用单例模式获取配置类的代码：
3.小总结
你们可能很多人都会觉得上面的东西很简单，请不要被我误导，因为上面都是最简单的例子，源码中值得学习的地方非常多，只有你自己去看，才能明白。
三、阅读源码的正确姿势
我们这里以一个热度非常高的类HashMap来举例，同时我非常建议你使用IDEA来阅读编码，其自带反编译器，可以让我们快速方便的看到源码，还有众多快捷键操作，让我们的操作爽到飞起。
1.定位源码
其实定位的时候也有多种情况：
Ctrl+左键
像这种情况，我们要进入只属于HashMap类的方法，我们可以直接Ctrl+左键就可以定位到源码位置了。
Ctrl+Alt+B
HashMap的put方法是重写了Map的方法，如果我们用Ctrl+左键，会直接跳到Map接口的put方法上，这不是我们想要的结果，此时我们应该把鼠标光标放到put上，然后按下Ctrl+Alt+B，然后就出现了很多重写过put方法的类。
找到我们需要查看的类，左键点击就可以定位到put方法了。
2.查看继承关系
一个类的继承关系很重要，特别是继承的抽象类，因为抽象类中的方法在子类中是可以使用的。
上一步中我们已经定位到了HashMap源码上，现在拉到最上面，我们可以看到类定义的时候是有一下继承关系：
public class HashMap extends AbstractMap
implements Map, Cloneable, Serializable 当然，如果想更直观更详细的话，在IDEA中有个提供展示继承关系的功能，可以把鼠标放在要查看的类上，然后Ctrl+Alt+Shift+U，或者右键=》Diagrams=》Show Diagram，然后我们就可以看到继承关系：
然后大致查看下AbstractMap抽象类，因为有可能等下会用到。
3.查看类常量
我们进到HashMap构造函数时，发现了以下代码：
public HashMap(int initialCapacity) {
this(initialCapacity, DEFAULT_LOAD_FACTOR);
}我们只知道initialCapacity是我们传入的初始容量，但完全不知道这个DEFAULT_LOAD_FACTOR是什么、等于多少，我们可以先大致看一下这个类所拥有的的常量，留个印象就好，有利于等下阅读源码，Ctrl+左键定位到这个量的位置，然后发现还有好几个常量，常量上面有注释，我们看一下，这有助于我们理解这些常量：
这样，我们就对HashMap中常量的作用和意义有所理解了
4.查看构造函数
我们一般看一个类，首先得看这个类是如何构建的，也就是构造方法的实现：
很明显，上面的构造函数指向了另一个构造函数，那么我们点进去看看
这里就是我们构造函数实现的地方了，我们来一行一行的去分析：
1.我们的initialCapacity参数是我们一开始传进来的16，loadFactor是上一步中用的默认参数0.75f。
2.判断初始容量是否小于0，小于0就抛出异常，不小于0进行下一步。
3.判断初始容量是否大于最大容量（1
限 时 特 惠： 本站每日持续更新海量各大内部创业教程，加站长微信免费获取积分，会员只需38元，全站资源免费下载 点击查看详情
站 长 微 信： thumbxmw
