应届生小A：在学校用React + antd做过后台管理系统，熟悉React技术栈。
两年前端小B：公司技术栈是React，都用了一年了，我React贼六。
五年前端老C：带团队把公司的粪坑项目用React重构了。React对我来说就跟呼吸一样容易。
小A、小B、老C：要不学学React源码吧。
......
%……&（&……% ，怎么这么难懂，阿姨，我不想努力了。
明确学习目的
考虑下，你的学习目的是：
真的想学
React源码。只想理解
React的大体工作流程，了解一些经常被大佬们提起的名词（比如Diff算法、Fiber架构、时间切片），好和面试官吹水。
如果是2，向你推荐一篇mini教程build-your-own-react，包教包会，谁用谁知道。同时你可以关闭这篇文章了。
如果是1，那我们接着往下看。
源码为什么难懂
你决定首先看看源码的目录
满怀信心的打开facebook/react仓库下的packages目录，印入眼帘的是一屏翻不完的20+文件夹。
你听说React的主要调度逻辑在react-reconciler目录下，你轻点鼠标，印入眼帘的大概有80+文件。
怎么这么多，阿姨，我不想努力了。
你听别人说看源码要从第一个commit看起
你翻页翻断了手指，终于找到13年的commit。
这和现在的React（v16.13.1）差了10w个版本，早就重构三轮了。
怎么变化这么快，阿姨，我不想努力了。
你决定从ReactDOM.render开始debug
所有React应用都是通过ReactDOM.render创建的，那么从入口一直debug到页面更新不就是整个流程了么。
你一步一步向下调试，一分钟过去了，流程还没走完。你发现流程里有很多异步调用，连debug到哪了都不知道。
怎么这么复杂，阿姨，我不想努力了。
你决定找现成的教学
先搜搜免费的，一搜搜出一大堆。怎么一来就是贴大段大段代码。我就是不懂React是如何执行的，你上来就给我贴React内执行部的代码？
再搜搜收费的，嗯，几百大洋，为了学源码，我忍。可是为什么讲的代码和当前React版本差这么多啊？
怎么这么难，阿姨，我不想努力了。
其实，造成大家不想努力的原因可以归结为两点：
- 身份难转换
框架使用者和框架开发者视角完全不同。
框架使用者主要关注业务实现，而框架开发者需要关注框架的设计理念如何落实。
问问自己，React的设计理念是什么，你知道么。
- 大量功能堆砌在流程中无法分离
即使你只想关注某个功能点（比如ReactDOM.render如何渲染页面）。但大量功能实现的代码也是耦合在这个流程中的，调试时很容易陷入源码的汪洋大海。
源码该怎么懂
我们来分别看看两个难点如何解决。
- 身份难转换
让我们站在框架开发者角度看看React的设计理念：
React 是用 JavaScript 构建快速响应的大型 Web 应用程序的首选方式。
那么什么样的架构才能支撑“快速响应”呢？什么样的代码才能实现这套架构呢？
发现了么，从“理念”到“代码”，有三层抽象递减的过程。
抽象降低 抽象降低
设计理念 -------> 框架架构 -------> 代码实现
这就是为什么网上很多讲React 代码实现的教学让人难以理解的原因 —— 你根本不懂这些代码背后实现的意义。
所以你需要从“理念”出发，理解了架构是如何设计的，才能懂代码为什么这么写。
- 大量功能堆砌在流程中无法分离
如果有一本讲解源码的书，每次只关注一个功能的实现（比如useState如何更新DOM，Diff算法如何执行），同时没有大段大段的源码演示。每个功能再提供一个在线Demo让我自己能调试一下这个功能实现的流程。
那想必是极好的。
能同时满足1和2的教学有么？
有，这就是React技术揭秘
免费么？开源的，只求一个star。Github地址
本书的宗旨是打造一本严谨、易懂的React源码分析教程。
为了达到这个目标，在行文上，本书会遵循：
不预设观点 —— 所有观点来自React核心团队成员在公开场合发表的内容。
丰富的辅助资料 —— 包括在线Demo、文章视频。
代码剪枝 —— 讲解流程时只关注流程相关的代码，省略额外功能的干扰。
保持更新 —— 在React版本更新后会及时补充。当前版本v16.13.1开发版
阿姨，我还能再努力一把！！！
