如何接手一个复杂的系统？
作为程序员，无论是小菜还是老鸟，都会因为离职交接或者岗位异动等各种原因，而避免不了要如羚羊奔跑版的速度接手一个复杂业务系统。因为只有尽快熟悉系统，方能够快速支持业务需求的研发。
那么问题就来了，面对一个一无所知的复杂的系统，我们该如何入手呢？
本文将结合菜菜同学多年来的沉（经）淀（验），再融合老中医望闻问切的招式，吐血整理成一剂锦囊妙药和一副图，送给大家。
《一剂良药》
「菊花」看文档，记疑惑。
「薄荷」串文档，理脉络。
「莲心」讲系统，要知彼。
「荷叶」捋代码，了梗概。
「玄参」盘经验，理大坑。
「芦根」亲操刀，细解剖。
《一幅图》
第一招：看文档，知脉略。
老中医：望。望诊，是对病人的神、色、形、态、舌象等进行有目的的观察，以测知内脏病变。
菜菜同学结合「望诊」而独创快速接手一个复杂系统之招式一：看文档，知脉略。
当一个复杂的系统要交接到你手上时，理想中各种文档样样全，要啥有啥，而现实啪啪打脸。多数情况下都没有文档，如果有一些文档可看，无论质量如何，都是一件值得庆幸的事情。
如果项目组比较规范，沉淀了一些入门文档、产品介绍文档、业务架构设计文档、数据库设计文档，那就更值得庆幸啦，静下来仔细去看，通过文档多少会了解一些系统的前世今生，对系统有一个初步的认识。
不过，当接手一个系统时，一定要看看文档在哪里？是在 Wiki 上，还是在 SVN、Git 上，如若有文档的情况下，尽快找到它，并粗略的看一遍。
看了这么多文档，肯定有太多的疑惑，先拿小本本记下来，制造机会请老鸟给你答疑解惑。
第二招：听细节，聊全局。
老中医：闻。闻诊，主要是听患者语言气息的高低、强弱、清浊、缓急……等变化，以分辨病情的虚实寒热。
菜菜同学结合「闻诊」而独创快速接手一个复杂系统之招式二：听细节，聊全局。
拿着你事先记录好满满疑惑的小本本，组个会议，喊上老鸟好好给你指点迷津。
首先，请老鸟串一串文档。
大概理一理，然后把你之前小本本上的问题，一股脑抛出来当面请教。
然后，请老鸟讲一讲系统。
大概要了解一下系统的使用方是谁？系统依赖的系统有哪些？系统主要干系人有哪些？系统研发的需求来自于哪里？最重要的是要请老鸟演示一下如何把系统跑起来？跑起来后功能该怎么用？
最后，请老鸟捋一捋代码。
大概捋一捋代码的设计，了解一下主要分为几大块？程序入口在哪里？技术栈是啥样子？... ...
第三招：问疑难，解杂症。
老中医：问。问诊，通过了解既往病史与家族病史、起病原因、发病经过及治疗过程，主要痛苦所在，自觉症状，饮食喜恶等情况，结合望、切、闻三诊，综合分析，作出判断。
菜菜同学结合「问诊」而独创快速接手一个复杂系统之招式三：问疑难，解杂症。
首先，问老鸟：要接手的系统，历史事故都发生过哪些？
为了不贰过，要了解一下要接手的系统，历史的事故是代码问题，还是人祸导致的？
最后，问老鸟：要接手的系统，坑在哪里？
大概了解一下老鸟以往趟过的那些坑，前车之鉴必是后车之师。重点了解系统有哪块会有潜在的问题，当接手之后一定要细心着重对待，防患于未然。
第四招：亲操刀，细解剖。
老中医：切。切脉又称诊脉，是医者用手指按其腕后桡动脉搏动处，借以体察脉象变化，辨别脏腑功能盛衰，气血津精虚滞的一种方法。
菜菜同学结合「切诊」而独创快速接手一个复杂系统之招式四：亲操刀，细解剖。
通过前面三种招式相结合，我们文档也看了，系统功能也了解了，历史事故也知道了，接下来要进入程序员最擅长区域——解剖代码。
首先，加注释，加关键日志。
找到程序入口，根据自己的理解，一步一步去加注释，要敢于动手去加，确定不了的，有疑问的用注释标记好，或者记个大大的问号，把你的想法理解都用注释记录一下，相信对代码的理解，一遍比一遍更透彻。
当然，除了加注释的一种方式，还推荐加关键日志，因为加入关键日志，不过日志最好有一些特色，例如都还有「haha：」，这样能够在子模块调用比较复杂的情形下，在项目启动后，根据加入日志文件，直接关注「haha：」就能把相关子系统的调用流程串在一起，屡试不爽。
然后，跑应用，Debug。
除了加注释，加关键日志能够理解代码逻辑外，Debug 也是推荐的一种方式，从程序入口开始逐步进行调试，也会对代码有一个质的理解。
仁者见仁智者见智，依据个人习惯，还是更推荐加日志，或许是因为 Debug 有些时候遇到反射或者库调用，跟着跟着就乱掉了。
在这里，建议一定要把应用跑起来，只有跑起来，才能根据之前加入的日志，梳理梳理系统调用关系，模块调用关系，再好好体验体验功能。
最后，画画图，善分享。
加日志、加注释、Debug 的事儿多数铁子都干过，但是能把自己对代码的理解真心画下来的估计会很少，这块真心推荐大家没事的时候静下来画一画，是对代码理解质的一次提升，画出来才能理解的更透彻，更清晰，如果闲暇之余把上手系统的经过写成手册，相信对于后面接手的同事而言是一大笔“财富”。
当然了，除了画图、写手册还是不够的，重要的是能够拉几个同事进行分享一下，这样才能更快变成自己的知识，在这里忍不住要抛一张图。
另外，接手系统解剖代码这块放到最后一部分去谈，原因这块确实考验个人的技术能力，而且是一个长久的过程，需要慢慢去磨。
真心寄语
本次主要谈谈如何快速接手一个系统？吐血推荐的一幅图和一剂药，如果有接手系统的困惑，而且没有更好的方法时，那不妨拿去实践，屡试不爽。
前路漫长，人生实苦，每个人方法都不一样，条条大路通罗马，选择适合自己的。奔跑是追梦人的气质，用奋斗定义人生价值，在奔跑中抵达远方，铁子们加油。
好了，分享就到这里，希望对你有帮助。一起聊技术、谈业务、喷架构，少走弯路，不踩大坑。会持续输出原创精彩分享，敬请期待！
