做为合作开发人员，时常须要读许多开放源码工程项目的源标识符。与此同时呢，读源标识符对他们也有许多益处:

1.提高他们

写作杰出的标识符，第三能提高他们另一方面的代码水准，第三能拓展他们写标识符的路子，第三还可能让他们领到小厂 offer。不论有种情形，杰出的标识符是提高他们合作开发水准的弘愿，而把这些杰出的标识符看清楚、C7982A并不很难。

2.复原 Bug

很多这时候，他们用的许多开放源码模块，出现了许多想像中不出的难题。而这时，也没宋人实战经验可先进实战经验，也没文件格式，根本无法靠他们复原。写作标识符，认知工程项目，就可以成功复原难题。如果写作标识符水准不如，复原 Bug 这事就成了个头疼的事，影响咱的组织工作。

3.减少新功能

沃苏什卡，他们会碰到翻开开放源码库也没不光最合适的模块的情形。这就根本无法对原有的模块进行改建，而这种改建的先决条件是去认知开放源码模块。这时，他们根本无法去写作标识符。

读源标识符益处许多，但，读源标识符这类不是件单纯的事。

恰好相反，这是件十分十分困难的事。一般而言，读标识符较为十分困难的情形充分体现在:

• 标识符读起来太乏味，读了一会就天热、犯迷糊；
• 标识符读了极短天数，结论辨认出不知道获得了甚么，花了天数却甚么也没教给，读了个孤独；
• 两个开放源码模块，读标识符就花了好几天，就这也才弄懂了一两个文件里的标识符，结论耽误了正常组织工作。

自我组织工作以来，长期和各种开放源码模块打交道，也被迫读了许多的标识符。在经历了以上种种十分困难之后，花费了好几年的天数，我才算总结了一套他们的打法，才算能真正的去快速的看清楚、C7982A许多开放源码模块。

恰好也有许多读者朋友问起我该如何读标识符，所以，我决定把我总结的许多套路写出来，望能给大家许多帮助，能更快的提高他们。

那他们来看看我个人读标识符的许多办法。

一、纵览全局

写作标识符之前，首先他们要用上帝视角去看源标识符，用上帝视角目的在于去了解这个模块的全貌。

全貌包括：

1. 开放源码工程项目的主要用途

他们要知道工程项目主要是用来干嘛的，因为这是工程项目的终极目标。

所有开放源码工程项目的源标识符这类都是为了这个终极目标才写出来的。

例如，对于 logback 而言，它的用途是打日志。而它所有的标识符不论多复杂，终极目标是要让 logback 能健壮高效的打印出日志来。

2. 工程项目的架构

了解工程项目架构的价值在于，能了解系统的层次结构，就能理出工程项目的核心脉络。有了核心脉络，他们就能把有限的天数用在写作最有价值的标识符上。

如果工程项目的官方文件格式有架构图，那么就从官方的架构图去了解工程项目的整体架构。如果文件格式中没架构图，就去搜一下有没民间大神画出来，如果还没，能根据官方文件格式的描述，他们画出来架构图。

以 logback 为例，由于官方没提供架构图，我根据文件格式大概画了两个架构图。

二、把玩无厌

摸清楚了系统的核心脉络，他们还须要把工程项目运行起来。

运行工程项目有两个目的:

1. 知道这个工程项目运行前有哪些必须的先决条件

还是回到 logback 的例子上。

当他们能成功运行 logback 后，其必然存在了两个 logback.xml 文件，否则无法运行。

这个 logback.xml 文件其实对于他们看源标识符十分关键，它点出了 logback 须要的关键元素。

并且，如果读源标识符碰到了困惑，明白了这个配置文件，就能有效帮助他们跨过障碍。后面谈到如何具体的读源标识符时再细说。

上面是两个基本的 logback 配置，里面列出了 logback 运行须要的关键模块。

2. 读标识符出现疑惑，能通过调试去解开他们的困惑

他们读的开放源码工程项目往往都很复杂。最典型的有三种情形:

• 方式变量不知其意
• 逻辑跳转绕来绕去
• 封装对象层次太深

而以上的情形，都根本无法通过标识符调试就可以解决。

三、抽丝剥茧

全貌、核心脉络知道了，工程项目运行起来了，你心里说，这下我要读标识符了吧？

错，你还差一步，那是细化目标。

我前面说过，他们读源标识符的目的有三类:

• 提高他们
• 复原 bug
• 添加新功能

但，这些目的过于模糊了。提高他们，那读哪些标识符能提高他们？复原 bug，读哪些标识符能复原 bug？添加新功能，读哪些标识符能把新功能加上？

所以，得把这些有效的标识符选出来。如何选呢？

当他们从事合作开发组织工作，听得最多的一件事是把难题分解：把大难题分解成小难题，分而克之。

选择并写作有效标识符也是一样的。

对于过大的标识符量，过多的功能，他们紧要的一件事是把较为模糊的目标分解成能具体落地的精准的小目标。这些小目标对应到工程项目中，其实是工程项目的两个两个的业务流程。

比如他们想给 logback 添加个新功能，能让公司的日志打印出统一的固定格式。看看他们如何做:

1. 纵向分解

纵向分解是在他们已知的架构图上分解出来一条条纵向的业务流程。

由于他们想统一公司的日志格式，那肯定就须要在打印到文件前，把日志内容格式化好。所以，业务流程就应该选择从应用日志调用 logback 打印日志开始，一直到日志内容输出到目标文件结束的业务流程。

2. 横向扩展

横向扩展定下了他们如何组合业务流程，从而能完整的达成咱开始定下的大目标。

比如，这里就能定下在看完 logback 打印日志的流程后，再去看看 logback 的日志是如何切换的。

四、腾龙入海

好了，现在他们终于要开始看标识符了。

但看标识符也是要讲究技巧的，并不是上来就瞎翻瞎看。

1. 请将我心照明月

首先，他们曾经细化了目标，抽出了一条完整的业务流程。有此之后，他们就能把业务流程和标识符逻辑给映射起来。

看看logback的情形:

2. 一入侯门深似海

业务关系映射完毕，他们就能开始读标识符了。在读标识符的这时候，他们还须要掌握几个技巧:

技巧一：标识符一定跳着看

有件事他们得明白，不是所有的标识符都值得仔细看的。他们最优先的，是看正向流程的，核心的标识符，其余标识符皆能跳过。

能跳过的标识符大概有:

判断异常输入的标识符——这类标识符对咱认知系统意义不大，等到以后想提高他们代码能力的这时候，能回头专门找许多杰出的标识符集中学。

出错处理和异常状态处理的标识符——和上面理由一样。

数据处理的标识符——往往是解析输入数据，包装输出数据，很多这时候还用 DTO 或者 DAO 方式去传递数据。这些标识符很多很复杂，也极短，读了之后，耗费精力、扰乱思维不说，往往对掌握工程项目原理毫无帮助，务必跳过。

底层交互的标识符——老实讲，底层交互技术含量是很高的，须要许多的底层知识。一时半会儿也无法弥补，而且一旦读不懂了，对信心打击很大，建议跳过。

技巧二：调用关系需确定

在看标识符的这时候，有许多方式会严重他们读标识符。

如果你一旦读标识符辨认出你找不出后续流程了，就得考虑考虑，作者是不是用了非顺序调用方式去调用后续方式或者对象。

一般而言，合作开发人员常用以下几种方式做非顺序调用:

• 通过中间件继续后续流程，比如 MQ
• 通过异步方式继续后续流程，比如 Future 模式、Promises 模式
• 通过回调方式继续后续流程
• 通过代理委托方式继续后续流程，比如动态代理
• 通过依赖注入方式继续后续流程，比如 Spring 的 autowired 注解

这些非顺序调用会严重影响他们写作标识符。而对于这几种情形，解决的办法大概有两种:

• 直接猜——其实后续流程他们在做业务流程映射到实际的标识符对象的这时候已经大概知道了，如果是接口，他们看看实现类不多，就能大概挨个看下，一般都能猜着是哪个。
• 运行起来调试下——这种办法是很普遍的，对任何不确定的任何事，其实都能用这个方式。

技巧三：超难算法放最后

对于某些开放源码工程项目，它会采用许多经典的算法。很经典，当然也很难。

但，对于认知整体工程项目来说，这些算法会严重阻碍他们的进程。我建议这些算法，能先记下来位置。在后续集中就着算法资料，慢慢认知。

上面是 logback 日志文件分割的算法，在认知业务流程时，不建议马上去认知算法，能放在后面他们另外定个目标认知。

以上是我多年来一直沿用的标识符写作套路。如果你也在学习Java，在学习过程中有关于源标识符难题，学习路线难题，学习教程，学习方式等难题，都能加个关注，来和我交流，我能把你拉进我的十年Java学习裙，学习氛围好，对新手学习Java很有帮助，须要的朋友能关注或者私信我，发送编程就能了！

总结下

首先，写作标识符之前，他们应该对工程项目的全局做两个了解。他们能从官方文件格式、民间博客之类的去加快了解全局的速度。最好能参考许多架构图、时序图，如果没现成的图，最好能他们画出许多来。

然后，他们把工程项目运行起来，运行起来就可以有助于他们后续的调试，就可以有助于他们快速的认知那些难懂的标识符段。

再后，把他们的目标细化成一条条业务流程。没这些业务流程，他们一下子去读大片大片的标识符，第三没清晰的脉络，第三也没可及的任务目标……结论是一片混乱。

最后，才开始去真正的读标识符。而读标识符，他们应该有技巧的读，要知道如何跳过某些标识符，要知道如何技巧的找到后续调用流程，还要知道如何把许多十分困难去集中攻克。

正是通过这种套路，我读标识符不仅速度快，而且认知够深入。

另外，标识符读的多了，还有一大益处：当我在设计工程项目架构的这时候，写一套框架的这时候，不自觉就会浮现出类似的工程项目或者标识符块来。

总之，读标识符令我获益颇多，这也是我职业生涯较为成功的关键原因之一，也在此希望帮助到后来者。