我在看的时候，基本上就是挨个看这些模块的单元测试，然后调试过程中，会主动的进行一些代码跳转，去看一下具体的实现细节。下面把当前最新代码下该文件目录下的所有模块的职能进行一些总结和归纳。
有一些较独立的模块我还没有看完，但是不影响整体的源码阅读进程，日后对这些独立模块进行单独研究时，才回来补充这些 todo 就好了。
公共 api 相关
实现公共 api 的模块均是以 apixxx 这样的格式来命名的，如下：
apiApp.ts: 有 3 个比较重要的接口需要看一下，App、AppConfig 和 AppContext，如果对于 vue2 比较熟悉的话，会很容易理解。createApp 是一个工厂方法，返回一个符合 App 接口约束的对象，其内部方法会与一个符合 AppContext 接口约束的对象进行交互。
apiCreateComponent.ts: 这个文件内部包含多个对于 createComponent 函数签名的重载声明，其存在目的应该是为了帮助 ts 提供更好的类型推断以提升开发体验。
apiInject.ts: 组件依赖注入 feature 的实现逻辑，实现方式很简单，直接与 component 文件中暴露的 currentInstance 变量进行交互，实现继承、赋值、取值等逻辑
apiLifecycle.ts: 新的组件声明周期 hooks，主要看 injectHook 方法就可以了，这里的 target 默认情况下指向 currentInstance，之后会在将某个回调逻辑缓存在 currentInstance 实例的声明周期回调函数数组中
apiOptions.ts：其中包含对于 component 如何解析 options 的实现逻辑，代码比较长同时也比较复杂，耦合性与其他几个文件较高。但其实没有必要直接看完它内部的全部代码，因为 options 中每一段的解析逻辑互相之间都是独立的，因此可以专门针对某个 option 单独去看它内部的解析逻辑，我目前只看了 data 以及 lifecycle。
apiReactivity.ts：就是对 reactivity 包中的 api 的重新导出，没有什么额外的东西
apiWatch.ts: 暂时还没仔细看，不过根据名字可知是和 watch 相关的 api，粗略的看了一下，发现耦合性比较低，因此可以日后再看
组件相关
component.ts: 主要包含如何创建一个内部组件实例的逻辑，代码比较长，但是点进去看的话，会发现它其实是在调用其他模块的暴露的 api，本身的逻辑还是比较简单的。需要注意的是，这个文件会暴露一对 setCurrentInstance 和 getCurrentInstance 方法用来维护 currentInstance 变量的指向，同时它会在别的模块中被使用到
componentProxy.ts: 声明了 render proxy 的实现逻辑，这个 proxy 主要负责外部如何与内部组件实例进行交互，可以将它看做是一个外部组件实例
componentProps.ts: 主要看 resolveProps，实现了如何解析各种形式的 props
componentSlots.ts：主要看 resolveChildren，实现了如何解析各种形式的 children 节点
