这首诗我预备来聊聊聊怎样去写作开放源码工程项目的源标识符。
在聊怎样去写作源标识符以后，先来单纯说呵呵为何要去写作源标识符，大体可分成几点其原因：
最间接的其原因，是复试须要，复试讨厌问源标识符，念完源标识符才可以跟复试官battle提升自己的程式结构设计水准，自学程式结构设计价值观和和标识符基本功熟识控制技术同时实现技术细节，提升结构设计潜能…所以究竟该怎样去写作源标识符呢？这儿我归纳了18条绝学，助你修练绝学
努力自学JDK
自认是两个Javaer，无论要千万别写作开源工程项目源标识符，都要努力自学JDK有关的控制技术。
大部份的Java类开放源码工程项目，其本质上只不过是借助JDK已近的C#和URL同时实现一类销售业务机能，因此专业委员会了JDK有关的C#是看其他的源标识符此基础。
假如你要学JDK，你去写作源标识符会辨认出有太多看要学的地方性，会负面影响读源标识符的心境和自信心。
自学JDK主要主要包括采用和基本原理两部份。文本大体主要包括下列几部份:
子集有关，比如说常用的Map，List，Queue的同时实现，主要包括缓存安全可靠与不安全可靠mammalian有关，比如synchronized、volatile、CAS、AQS、锁、缓存池、氢原子类之类io有关，主要包括bio和nio之类散射有关互联网程式结构设计有关…介绍程序语言
在两个杰出的开放源码工程项目中，程序语言时时存有，因此在你开始写作源标识符以后最好先介绍呵呵常用的一些程序语言。当你介绍了一些程序语言以后，在源标识符中遇到了有关的程序语言，你就可以快速明白标识符结构的结构设计，从而以整体的视角去写作有关标识符。
同时，自学程序语言不仅可以帮助我们写作源标识符，在日常开发中也可以帮助我们结构设计出更易于扩展的程序。
自学程序语言的话可以看看《大话程序语言》这本书，假如不想看书也可以找一些视频或者专栏。
以后我也写过一篇关于开放源码工程项目中常用的程序语言文章 两万字盘点那些被玩烂了的程序语言 ，有兴趣的小伙伴可以看看。
先从官网入手
官网是介绍开放源码工程项目的地方性，同时也是自学两个开放源码工程项目最开始的地方性，通过官网我们可以快速的介绍工程项目，比如说：
工程项目的定位一些核心概念机能采用教程整体的架构和结构设计常用的问题及解答…RokcetMQ官网
当你介绍了工程项目的一些概念、机能等信息之后，假如你在读源标识符一旦辨认出了标识符是同时实现这些概念或者机能的足迹，所以能够帮助你更好的理解标识符。
熟识源标识符模块结构
当你对工程项目有大体的介绍之后，就可以从Github上把标识符clone下来，官网有工程项目源标识符的Github地址。
当成功拉下来标识符之后，就可以对工程项目源标识符模块进行单纯的分析，熟识模块结构，分析模块机能，混个眼熟。
如上是RocketMQ源标识符，假如前面写作过官网有关的一些概念介绍，就大体可以知道这些模块有什么机能。
RocketMQ概念介绍
比如说说，源标识符中的broker模块，官网说broker主要是负责消息存储，所以broker模块标识符块肯定就主要同时实现了消息存储的机能。
还有些模块可以根据单词的意思进行判断，比如说common模块，一看是存储一些公共类的模块，example模块，是RocketMQ采用标识符示例的模块之类。
顺着demo开始读
有的小伙伴在读源标识符的时候不知道从哪里开始读比较合适，最后随便从源标识符中的某个模块就开始读，读读越来越辨认出读不下去。
读源标识符正确的姿势应该是从demo开始读。
比如说，现在我想要写作呵呵RocketMQ生产者是怎样发送消息的，整个过程是什么样的，所以我首先至少得写个发送消息的demo，看看标识符是怎样写的。
demo一般可以从官网中查看
RocketMQ官网发送消息标识符示例
除了官网，一般开放源码工程项目在源标识符中也会有相应的demo，标识符放在示例模块，就比如说上面提到的RocketMQ的example模块。
最后还可以通过谷歌搜索呵呵demo。
DefaultMQProducer producer =new DefaultMQProducer(“sanyouProducer”); //指定NameServer的地址 producer.setNamesrvAddr(“localhost:9876”); //启动生产者 producer.start(); //省略标识符。。 Message msg = new Message(“sanyouTopic”, “TagA”, “三友的java日记”.getBytes(RemotingHelper.DEFAULT_CHARSET));// 发送消息并得到消息的发送结果，然后打印SendResult sendResult = producer.send(msg);如上是RocketMQ生产者发送消息的两个demo，消息发送源标识符写作就从这块标识符开始入手，一步一步进入源标识符中，这就算开始写作源标识符了。
带着目的去读
带着目的去读只不过很好理解，就拿上面生产者发送消息流程源标识符来说，读源标识符的第两个目的只不过是弄懂生产者发送消息的流程。
除了弄懂生产者发送消息，你还可以带着其他目的去读。
比如说说，消息发送的核心逻辑是send方法同时实现的，所以除了消息发送，是不是可以去弄懂生产者在启动的过程做了哪些事，也是start方法的作用。
再比如说生产者发送消息肯定涉及到互联网通信有关的文本，所以介绍RocketMQ底层互联网通信模型是不是也可以算两个目的。
当你带着这些目的，你读源标识符就有很强的目的性，念完印象会很深刻。当然假如你最开始想不到这些目的，也没有什么关系，你可以先往下读，在读的过程中再去尝试辨认出一些其他的目的。
先抓主线，再抓分支
有的小伙伴在读源标识符的时候，每个方法都使劲一直往下点，最后都不知道标识符进入到哪了，这只不过是非常不可取的。
正确的方法应该是先抓住主线流程，分支流程先大体看看，知道大概是什么作用，等念完主线之后，再回过头仔细读呵呵分支标识符。
举个例子来说，在Spring中，ApplicationContext在采用以后须要调用呵呵refresh方法，而refresh方法就定义了整个容器刷新的执行流程标识符。
refresh方法部份截图
当在读这段标识符，你可以先读一读rtory的，prepareBeanFactory又在对BeanFactory做了什么事之类。
千万别过度抠同时实现技术细节
有的小伙伴在写作的时候特别讨厌深究，想要弄清每行标识符是怎样同时实现的，这不仅非常难而且也是不可取的。
就比如说说，我们都知道，在Spring Bean的生命周期中，当存有基于xml的方式来声明Bean的方式，Spring会去解析xml，生成BeanDefinition。当你想要介绍Bean的生命周期过程的时候，只不过是没有太大的必要去过度扣Spring是怎样解析xml生成BeanDefinition的技术细节，这对你整体介绍Bean的生命周期没有太大的意义，只须要知道最终会转换成BeanDefinition就可以了。
那什么时候去扣同时实现技术细节呢？
当你须要采用到的时候，比如说说你遇到了两个bug或者是须要扩展阻碍你理解机能同时实现的时候大胆猜
读源标识符的时候也须要我们发挥一点想象力，去猜一猜机能是怎样同时实现的。猜不是瞎猜，而是基于目前介绍的一些知识、控制技术或者是价值观合理地去猜。
就比如说说，当你已经知道了OpenFeign最终会对每两个FeignClient接口生成动态代理对象，之后注入的对象都是代理对象，代理对象中同时实现了RPC的请求之后，所以当你在自学dubbo的时候，是不是就可以去猜测注入的dubbo接口最终也是两个动态代理对象，并且这个代理对象也同时实现了RPC的请求？
之后你在读标识符的时候就须要着重注意辨认出是否有动态代理生成的标识符，这就算是两个目的，一旦辨认出了动态代理有关的标识符，所以这块标识符很可能是dubbo RPC同时实现的核心。
专业委员会看类名
千万别小看类名，杰出的标识符命名都是见名知意的，因此从类名也可能窥探出这个类的一些蛛丝马迹。
如下列举了几个比较常用的命名习惯
以Registry结尾的一般都是存储机能，比如说Spring中的SingletonBeanRegistry是用来保存单例Bean的；Mybatis中的MapperRegistry是用来保存Mapper接口的以Support、Helper、s、Util(s)结尾的一般都是工具类以Filter，Interceptor结尾的一般都是拦截作用，一般会配合责任链模式（Chain）采用以Event、Listener结尾的一般都是基于观察者模式同时实现的事件发布订阅模型…除了一些比较通用的命名习惯，也有一些工程项目独有的一些命名习惯。
比如说说Spring中常见的以PostProcessor结尾的都是扩展接口，同时实现这些接口可以拿到某个比较核心的组件，从而同时实现对Spring的扩展。
只不过很多开放源码工程项目的命名都比较偏向Spring的命名风格，当你遇到了跟Spring的命名比较像的时候，所以可以大胆猜测类的作用。
专业委员会看类结构
类结构也非常重要，他也能够帮助我们窥探类的大体机能。
ApplicationContext
如上图，是Spring中ApplicationContext的继承体系，当你须要介绍ApplicationContext的时候，可以先去熟识呵呵它的父接口的作用，当你大体弄明白了每个接口的作用，所以ApplicationContext有啥作用就大体就清楚了。
除了可以看类继承体系，还可以浏览呵呵类大体提供了哪些方法，介绍对外提供的机能。
类方法通过快捷键 ctrl+F12（mac：fn+command+F12）查看，并且还支持模糊搜索方法名，我本人就非常讨厌这个快捷键
ApplicationContext
归纳类的职责
当我们在念完两个类的标识符的时候，一定要归纳这个类的职责，明白这个类存有的意义。一般情况下两个类核心职责只有两个，遵循单一职责的结构设计原则。
举个例子，在RocketMQ中有两个类MQClientAPIImpl
MQClientAPIImpl
只不过从名字大概看不出这个类主要是有什么机能，但是当我读标识符的时候辨认出每个方法最终都调用RemotingClient方法，而RemotingClient只有两个同时实现NettyRemotingClient，因此从这个同时实现和类名可以猜出来RemotingClient是发送互联网请求的客户端，因此当念完MQClientAPIImpl源标识符之后，我就知道了MQClientAPIImpl这个类的职责大体是封装参数，然后通过RemotingClient向MQ发送消息的。
当知道这个类的职责的时候，所以其他地方性在调用这个类的方法的时候，就知道大概在做什么事了。
习惯写作注释
当你在读源标识符的时候，假如有注释，最好能先读呵呵注释，这样能帮助你厘清类或者方法的机能，先知道机能，再去读源标识符就容易多了。
注释一般都是英文，假如看不懂，可以装个插件
写好注释
俗话说的好记性不如烂笔头，写好注释也是写作源标识符中很重要的两个环节，好的注释可以帮助快速回忆起同时实现技术细节和机能。
注释并不须要对每行标识符都注释，当然假如你愿意也没多大问题，但是注释应主要包括几点文本：
核心类和方法同时实现的核心机能核心机能大体的同时实现逻辑核心的成员变量的作用方法中不易读懂的标识符同时实现技术细节DefaultMessageStore
如图，是我读RocketMQ中对于DefaultMessageStore类写作的注释，这个类是RocketMQ中两个非常核心的类，从名字可以看出来跟消息的存储有关。这个类的机能非常多，因此我写了很多注释，列举了这个类主要有哪些机能和这些机能同时实现的一些技术细节。
归纳价值观，及时输出
当你念完某个机能模块的时候，就可以尝试对这块机能同时实现逻辑或者价值观进行归纳。
比如说说，当你介绍了CAS价值观的时候，你会辨认出，原来保证缓存安全可靠不仅仅可以通过加锁的方式，还可以基于乐观锁的方式来同时实现。
在归纳之后可以输出成两个文档，又或者是流程图。我对个人比较讨厌画图，这儿推荐两个在线画图工具：
processondraw.ioprocesson我平时就在用，机能多，但是须要收费；draw.io的话免费，图标和颜色感觉比processon好看，平时文章中的贴图是用draw.io画的。
这儿多说一句，归纳价值观还是非常重要的，在我写作了很多源标识符之后，我辨认出很多控制技术或者机能的同时实现基本原理最终都是殊途同归。
提前介绍依赖的控制技术
一般两个开放源码工程项目不是大部份的控制技术都是自己同时实现的，它也会依赖一些其他的框架或者是价值观，提前介绍这些框架或者是价值观，可以帮助你更好地写作和理清标识符。
比如说说，RocketMQ底层是基于Netty框架同时实现互联网通信的，当你对Netty有所介绍，知道Netty在启动的时候须要注册一堆ChannelHandler用来处理互联网请求，所以在读RocketMQ底层互联网通信机能的时候你就可以去找呵呵Netty启动的标识符，看看都注册了哪些ChannelHandler，然后就知道RocketMQ是怎样处理和发送请求的。
查阅有关资料
当在写作源标识符的时候，对某一块标识符机能同时实现不太清楚的时候，可以通过查阅有关资料来辅助写作，主要包括但不限于下列几种通道：
官网书籍Github文章视频坚持
最后一点也是最核心的一点是坚持。只有你长期坚持读源标识符，不停地思考，归纳，不断提升自身控制技术的广度和深度，找到适合自己的写作方式，写作源标识符才会是越来越容易的一件事。
原文：
https://mp.weixin.qq.com/s/kYmZYyaKG_4EJ8ya_0qbIw
