原创 如何阅读源代码？四大指导原则

大家知道为什么程序员要阅读源代码吗？一方面是由于在开发工作中，肯定会碰到接手别人项目的情况，不懂得阅读源码连工作都做不好；另一方面，阅读源代码是学习和提升技能的重要方法。既然阅读源代码如此重要，那么我们应该如何阅读源代码呢？今天跟大家聊聊阅读源码的四大指导原则。

指导原则一：跑不起来的不读

跑不起来的源码不要读，因为看也看不懂，或者是很难看懂，事倍功半，读起来还费劲。什么时候这个源码必须得跑起来，跑起来有什么好处就是，你可以用debug-条线跟进去。 举个例子，比如ReentrantLock的lock(方法，没有跑起来的时候，静态的来读源码你会怎么读？按ctr|鼠标单击lock(方法，进入这个方法，会看到这个方法调用了别的方法，你又会按ctrl鼠标单击进入它调用的这个方法，一层层往下，你会发现没法读了，所以如果这个东西能跑起来就不一样了，你会发现与之前鼠标单击跟进的结果不一样了，原因是因为多态的实现，如果一个方法有很多子类的实现，但是你不知道跟着这条线，它会去实现那个方法，所以你就得全部看一遍。

指导原则二：解决问题就好

在实际中解决问题就好，读源码一方面可以解决问题，另一方面可以应对面试。什么意思呢？如果你接手了一个别人改过6手的代码，现在你的老板说这个代码有些问题，你往里边加一些功能或者修改一些bug。你解决了问题就好，不需要从头到尾去读去改这个代码。因此，阅读源代码的一大指导原则就是目的性要强，解决问题就行了。

指导原则三：一条线索到底

读源码的时候要一条线索到底， 不要只读表面。我们知道一个程序跑起来以后，可能这个程序非常大，一个main方法有很多的put、get. size各种各样其他的方法。每一个方法你调进去，这个方法很有可能又去调别的方法。所以你不要每个方法先看遍表面，然后再去里边找。而是要一条线索到底，就读一个方法，由浅到深看一遍。就样子阅读源代码的效率会更高！

指导原则四：无关细节略过

阅读代码最忌讳的是，不抓结构抓细节，只见树木不见森林。正确的方式是先把整体脉络理清楚，然后按照模块去阅读代码，把类和类、函数和函数之间的调用关系记录下来。有那些边界性的东西，在你读第一边没必要的时候，你可以先把它略过。

总的来讲，阅读源代码确实不是一件简单的事，甚至还有点困难，需要我们全身心的投入。而大部分时候，许多人没办法投入去阅读源代码，不是不够努力，而是方法就完全错了。希望大家都可以按照以上的四大指导原则，尝试着去读一下代码，相信一定可以获益匪浅！