源码阅读技巧篇

转载请注明原创出处，谢谢！

本人水平有限，下面的一些都是本人的思考与理解，如果有那里不对，希望各位大佬积极指出，欢迎在留言区进行评论交流、探讨。

说到读源码，让我想起来了读书，古语有云：“读破万卷书，下笔如有神”。

就拿RocketMQ来说，它是如何实现高性能、高可用。之前写过高可用的一些思考和理解里面的特性他应该都满足，RocketMQ就是把这些很多零散的知识点整合运用之后写出的非常牛逼的项目。

依旧拿读书来说，我们应该读什么书呢？ 读名著，读大师的书。那么读源码在我看来是一样的，尽量进行选择，如果不选择有时候还会浪费时间等。只要是优秀的从那个开始无所谓。

个人常用的有如下，欢迎留言区补充。

在多线程以及网络方面阅读调试应该是最难的（关于多线程我的这篇文章最后也提到了一些小技巧），通常断点有时候不好使，所以通过打印日志，搜索等比较方便，有些由于为了代码的灵活性，高度抽象很不好找，通过日志里面的一些关键词搜索，在加猜测，对不对可以加注释（可能就不执行了那么表示是对的），可以加日志等进行验证。

备注：欢迎关注我的公众号【匠心零度】，后续源码类分析的时候会运用上述技巧进行说明等。

看阿里RocketMQ的时候，发现开源的不支持消息轨迹查询，也是由于之前看过了解过，经过自己的思考，感觉如果需要加上应该不难（前提是需要把RocketMQ源码整体看懂，可以在指定地方加埋点），其实apm产品已经很多了，比如鹰眼、CAT、pinpoint等，其实他们都是基于Google Dapper思想。

RocketMQ的MessageID就是一个特别好的东西，用于将调用链的各个调用重新关联起来。之后在结合Hbase的rowkey特性直接一拉整个调用链就都出来了，如果在好点，可以根据消息内容、时间各各条件通过es或者solr查询得到MessageID，之后在通过Hbase把整个拉出来即可。

所以看出来了吧，如果RocketMQ源码读的差不多，想加进来很容易啊，所以重要吧！！！

上面的都是次要的，这条是最重要的：坚持，滴水穿石、持之以恒，可能在短期看不出来效果，因为需要一个量变到质变以及破茧成蝶的过程。

如果读完觉得有收获的话，欢迎点赞加关注。

个人公众号，欢迎关注，查阅更多精彩历史！！！

posted @