阅读源代码的四大指导原则

这篇文章将为大家详细讲解有关阅读源代码的四大指导原则，文章内容质量较高，因此小编分享给大家做个参考，希望大家阅读完这篇文章后对相关知识有一定的了解。

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

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

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

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

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

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

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

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

关于阅读源代码的四大指导原则就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。