转载请注明原创出处，谢谢！
本人水平有限，下面的一些都是本人的思考与理解，如果有那里不对，希望各位大佬积极指出，欢迎在留言区进行评论交流、探讨。
说到读源码，让我想起来了读书，古语有云：“读破万卷书，下笔如有神”。
就拿 RocketMQ 来说，它是如何实现高性能、高可用。之前写过高可用的一些思考和理解里面的特性他应该都满足，RocketMQ 就是把这些很多零散的知识点整合运用之后写出的非常牛逼的项目。
依旧拿读书来说，我们应该读什么书呢？ 读名著，读大师的书。那么读源码在我看来是一样的，尽量进行选择，如果不选择有时候还会浪费时间等。只要是优秀的从那个开始无所谓。
个人常用的有如下，欢迎留言区补充。
在多线程以及网络方面阅读调试应该是最难的（关于多线程我的史上最难的一道 Java 面试题 (分析篇)这篇文章最后也提到了一些小技巧），通常断点有时候不好使，所以通过打印日志，搜索等比较方便，有些由于为了代码的灵活性，高度抽象很不好找，通过日志里面的一些关键词搜索，在加猜测，对不对可以加注释（可能就不执行了那么表示是对的），可以加日志等进行验证。
备注：欢迎关注我的公众号 [匠心零度] ，后续源码类分析的时候会运用上述技巧进行说明等。
看阿里 RocketMQ 的时候，发现开源的不支持消息轨迹查询，也是由于之前看过了解过，经过自己的思考，感觉如果需要加上应该不难（前提是需要把 RocketMQ 源码整体看懂，可以在指定地方加埋点），其实 apm 产品已经很多了，比如鹰眼、CAT、pinpoint 等，其实他们都是基于 Google Dapper 思想。
RocketMQ 的 MessageID 就是一个特别好的东西，用于将调用链的各个调用重新关联起来。之后在结合 Hbase 的 rowkey 特性直接一拉整个调用链就都出来了，如果在好点，可以根据消息内容、时间各各条件通过 es 或者 solr 查询得到 MessageID，之后在通过 Hbase 把整个拉出来即可。
所以看出来了吧，如果 RocketMQ 源码读的差不多，想加进来很容易啊，所以重要吧！！！
上面的都是次要的，这条是最重要的：坚持，滴水穿石、持之以恒，可能在短期看不出来效果，因为需要一个量变到质变以及破茧成蝶的过程。
如果读完觉得有收获的话，欢迎点赞、关注、加公众号 [匠心零度] ，查阅更多精彩历史！！！
这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.