如果是我的话我不会从代码入手，而是从业务入手。两个原因： 1. 旧代码中指不定存在一些不管你水平如何都要加个 if 的那种被迫垃圾的代码，而且有些情况不是很好判断具体是水平问题还是业务要求，别一不小心 “优化” 掉了。 2. 代码本来就服务于业务，更好的了解业务才能明白整个代码，而且即便代码看不下去想要从写也能有的放矢。尤其是对于整体代码逻辑的构建（代码框架）。
硬吃呗，不过这东西就像医学一样，你如果上来就从底层细胞开始研究，那因为代码互相调用影响啥的，你很难从底层推出上层会发生什么 所以可以考虑从上层研究，先把功能点列出来，或者做个图谱之类的，然后从功能点一个一个下去看源码如何实现，这样子
