炸裂！手摸手教你如何吃透一个 Java 项目，yyds

先说一下大多数新手的情况：就是对着视频敲 Java 项目，其中遇到的 BUG 还能解决，但就是每次敲完一个项目，就感觉很空虚，项目里面的知识点感觉懂了但又好像没懂，应该怎样才能掌握一个项目所用的知识点呢？

先分享一位好朋友丁威的经验吧，他是《RocketMQ技术内幕》一书的作者。他在尝试学习 RocketMQ 之前未曾接触过消息中间件，但硬是通过自己提炼的学习方法，最终成为 RocketMQ 社区的优秀布道师。这让他有了一个非常亮眼的标签，极大提高了职场竞争力。

他的总结有以下四点：

了解这个项目的使用场景、以及架构设计中将承担的责任。
寻找官方文档，从整体上把握这个项目的设计理念。
搭建自己的开发调试环境，运行官方提供 Demo 示例，为后续深入研究打下基础。
先主干流程再分支流程，注意切割，逐个击破。

我认为是非常有道理的。记得我一开始参加工作的时候，拿到领导安排的项目后，非常懵逼，完全不知道该如何下手，不知道自己该干嘛。去问领导，领导说没时间，要我自己先研究研究，研究什么呢？

一开始当然毫无头绪，后面就慢慢琢磨出来了一点小心得。

先从项目的需求文档下手，先了解这个项目是干嘛的，了解个大概，就不慌了。然后把这个项目的源码在本地跑起来，“跑起来”，说着简单，真正做的时候还是挺难的，我记得我当时跑第一个项目差不多用了一周多的时间，因为我的开发环境和项目要求的有一些不一样，就导致出了很多问题。

我印象很深刻的问题有两个，第一个就是乱码了，类似下图这种。

第二个就是编译出错，原因很简单，JDK 的版本不一样。

这两个问题虽然简单，但特别常见，真的，新手基本上都会遇到。一开始遇到的时候是很慌的，因为源码肯定不会有问题，有问题的肯定是自己的开发环境。

折腾了一周多的时间，项目终于跑起来了。

我让自己体验了一把测试的角色，就是把能操作的按钮全点一遍，体验一下项目哪些已经开发完成了，哪些还没有。没用多久，我就测出来了两三个新 bug，基本上都是一些非常规操作引起的，虽然我没能解决，但报告给领导后，领导还是很惊讶的，他看我的小眼神，多少有点看吴下阿蒙的感觉，“小伙子，有长进啊！”

然后，我并没有着急去开发领导安排给我的任务，而是去看同事已经完成的代码，当然是带着问题去看的，为什么他会这么写？这么写的好处是什么？如果换做是我，我会怎么实现？这其中的差别是我自己考虑不周吗？

当然了，我不会看太细致，因为有些内容超出了我的技术范围，我看不懂的，只能是“走马观花”，大致看明白是什么意思就“得过且过”了。

这里提醒大家一点的是，千万不要陷入技术细节，尤其是一开始做项目的时候，因为自己不了解业务，再加上技术水平可能达不到，研究技术细节很容易就阵亡了。

另外一点就是，基本功一定要扎实，不要连整体的代码脉络都看不懂，那样就很吃力了。我这里有一份 GitHub 上星标 115k+ 的 Java 教程，里面涵盖了 Java 所有的知识点，包括 Java 语法、Java 集合框架、Java IO、Java 并发编程和 Java 虚拟机，内容不多，只讲重点。

GitHub 星标 115k+的 Java 教程，超级硬核！

尽量花一点时间巩固一下基础，不要让自己太被动。遇到自己生疏的知识点，就主动去查一下。

看源码的时候，自己加一些日志啊，加一些断点啊，去跑一跑。有时候，不加断点，只是去看源码很可能会忽略掉一些关键的技术细节，因为 Java 是多态的，有些地方看源码只能看到类和类之间的层次关系，却看不到子类是怎么重写父类方法的，或者实现类是怎么实现接口的，通过调试就可以看的很明白。

还有一些分支语句啊，如果只是看源码可能不明白进入这个分支的条件是什么。还有一些比较关键的技术细节啊，只看源码可能懵懵懂懂的，跟着断点一步步地深入可能就全明白了。

举个例子，拿 StringBuilder 的 append() 方法来说吧。StringBuilder 的内部是通过字符数组（Java 8）实现的，如果新添加的字符串长度超出了数组的长度，是要进行扩容的。加了断点后，遇到需要扩容的情况就能看到 JDK 的内部是怎么来进行扩容的啦，如下图所示。

一般来说，项目都是比较庞大的，代码会比较多，这时候最好只关注一个模块，就是自己通过需求文档，或者阅读源码了解最多的模块，尽量把这个模块的整体逻辑给吃透了，如果领导恰好安排你做的这个模块的业务代码，那你的上手难度就大大降低了！