读完前面的文章，相信大家已经能对Vue3的响应式原理有比较深入的掌握。但仅仅掌握响应式原理是不够的，我认为Vue3有3大支柱。

函数createReactiveObject最关键的逻辑，就是创建了一个Proxy实例并设置处理器。根据类型不同，处理器可能是处理集合类对象的处理器或者处理普通对象的处理器。从函数reactive代码可知，传入的处理器分别是mutableHandlers...

在前面的文章中，我们分析了reactive、effect、mutableHandlers之间的相互协作关系。本文会重点分析effect.ts中的每一个API及相关代码的实现细节，因为响应式原理的核心是Proxy代理机制，还有一个特别重要的就是对依赖关系...

从图中可以看出，reactivity的具体实现由12个代码文件组成。看过上一篇文章的朋友可能会觉得惊讶，当时极简版的代码是这样的简单，不足50行。没错，当时写的极简版响应式系统仅用少量代码就实现了修改对象的属性，自动触发页面...

有可能朋友们会疑惑，源码分析为什么要从reactivity讲起，而不是从其他地方开始分析？请大家先看Vue3官方文档中的包依赖关系图：

对项目的构建，本质上就是执行一段程序，让我们编写的代码，处理成一个符合实际场景需要的可执行的程序文件。当然对于Vue3的构建也不例外。在Vue3中，根据实际需要的不同，执行构建的命令是：pnpm run build或pnpm run dev。这里...

从定义中可以知道，monorepo是一种策略，该策略的具体内容是：多个项目存储在同一个代码仓库中。采用一种策略，肯定是因为该策略具备一些优点。当然，也要认清其缺点。从下面这张图中，我们可以看出，项目代码的组织策略是在实践中...

当时受限于篇幅，并未分析$mount方法内的执行流程，需要告诉大家的是。$mount方法内部执行的过程依然非常复杂，难以在一篇文章中详述，所以本文依然只会分析$mount方法的主体流程，至于内部的各个分支逻辑，笔者将在后续的文章中...

要回答这个问题，我们现将视线放到Vue源码中package.json文件中，有这么两行代码：

React并不是将click事件绑定到了div的真实DOM上，而是在document处监听了所有的事件，当事件发生并且冒泡到document处的时候，React将事件内容封装并交由真正的处理函数运行。这样的方式不仅仅减少了内存的消耗，还能在组件...