1.Vue2.6x源码解析(一):Vue初始化过程
2.最前端|详解VUE源码初始化流程以及响应式原理
3.Vue3源码解析(computed-计算属性)
4.vue-router源码学习 - install与<router-view>
5.10分钟快速精通rollup.js——Vue.js源码打包原理深度分析
6.Vue源码(一)—— new vue()
Vue2.6x源码解析(一):Vue初始化过程
Vue2.6x源码解析(一):Vue初始化过程
Vue.js的码配核心代码在src/core目录,它在任何环境都能运行。码配项目入口通常在src/main.js,码配引入的码配Vue构造函数来自dist/vue.runtime.esm.js,这个文件导出了Vue构造函数,码配允许我们在创建Vue实例前预置全局API和原型方法。码配钓鱼数据后台源码
初始化前,码配Vue构造函数在src/core/instance/index.js中定义,码配它预先挂载了全局API如set、码配delete等。码配即使不通过new Vue初始化,码配Vue本身已具备所需功能。码配
当执行new Vue时,码配实际上是码配调用了_init方法,这个过程会在src/core/index.js的码配initGlobalAPI(Vue)中初始化全局API和原型方法。接着,组件实例的初始化与根实例基本一致,包括组件构造函数的定义,以及组件的生命周期、渲染和挂载。
组件初始化过程中,关键步骤包括数据转换为响应式、事件注册和watcher的创建。例如,组件的渲染函数会触发渲染方法,而watcher的更新则通过异步更新队列机制确保性能。
在开发环境,Vue-template-compiler插件负责模板编译,然后runtime中的$mount方法负责实际的渲染和挂载。整个过程涉及组件的构建、渲染函数生成、依赖响应式数据的更新和异步调度。
最前端|详解VUE源码初始化流程以及响应式原理
为大家分享一些实用内容,便于大家理解,希望对大家在 Vue 开发中有所助益,直接进入正题:
Vue 源码的入口是 src/core/instance/index.js,此文件负责在 Vue 的 prototype 上注册函数属性等,并执行 initMixin 中注册的 _init 函数。
继续观察流程,_init 方法代表初始化流程,主要代码如下:
如果是组件,则 _isComponent 为真,其他情况下都会执行 resolveConstructorOptions,该函数将用户设置的 options 和默认 options 合并。随后执行一系列初始化函数,如 initLifecycle 初始化生命周期,initEvent 初始化事件处理机制,initRender 初始化 vnode、插槽及属性等。滴滴出行的源码接下来调用 beforeCreate 钩子函数,然后是 initInjections 和 initProvide 两个与通信相关的组件。
这里涉及到两个熟悉的生命周期函数:beforeCreate 和 created。对比 Vue 流程图,可以明确这两个钩子函数的执行时机。
它们之间实际上差了三个初始化过程。重点是 initState 方法:
在此方法中,如果传入 data 则执行 initData,否则初始化一个空对象。接下来可以看到 computed 和 watch 也是在这里初始化的。
简化后的 initData 代码:
此方法首先判断 data 是否为函数,若是则执行,否则直接取值,因此我们的 data 既可以函数,也可以是对象。然后循环 data 的 key 值,通过 hasOwn 判断属性是否有重复。
isReserved 方法是判断变量名是否以 _ 或 $ 开头,这意味着我们不能使用 _ 和 $ 开头的属性名。然后进入 proxy 方法,该方法通过 Object.defineProperty 设置 get 和 set 将 data 的属性代理到 vm 上,使我们能够通过 this[propName] 访问到 data 上的属性,而无需通过 this.data[propName]。最后执行 observe,如下:
前面都是在做一些初始化等必要的判断,核心只有一句:
从这里开始,我们暂时中止 init 流程,开始响应式流程这条线。在阅读源码时,你总会被各种支线打断,这是没有办法的事情,只要你还记得之前在做什么就好。
Observer 类是 Vue 实现响应式最重要的三环之一,代码如下:
这里介绍一下 def 函数,这是 Vue 封装的方法,在源码中大量使用,我们可以稍微分析一下,代码如下:
可以看到,也是使用了 Object.defineProperty 方法,上文提到过。这是一个非常强大的方法,可以说 Vue 的双向绑定就是通过它实现的。它有三个配置项:configurable 表示是否可以重新赋值和删除,writable 表示是否可以修改,enumerable 表示该属性是否会被遍历到。Vue 通过 def 方法定义哪些属性是不可修改的,哪些属性是不暴露给用户的。这里通过 def 方法将 Observer 类绑定到 data 的老源码转自适应 __ob__ 属性上,有兴趣的同学可以去 debugger 查看 data 和 prop 中的 __ob__ 属性的格式。
再说回 Observer,如果传入的数据是数组,则会调用 observeArray,该函数会遍历数组,然后每个数组项又会去执行 observe 方法,这里显然是一个递归,目的是将所有的属性都调用 observe。这个 observe 方法实际上是 Vue 实现观察者模式的核心,不仅是在初始化 data 的时候用到。最终,data 上的每个属性都会走到 defineReactive 里面来,重点就在这里:
这个方法的作用是将普通数据处理成响应式数据,这里的 get 和 set 就是 Vue 中依赖收集和派发更新的源头。这里又涉及到了响应式另一个重要的类:Dep。
在这段代码中,通过 Object.getOwnPropertyDescriptor 获取对象的属性描述符,如果不存在,则通过 Object.defineProperty 创建。这里的 get 和 set 都是函数,因此 data 和 prop 中所有的值都会因为闭包而缓存在内存中,并且都关联了一个 Dep 对象。
当用户通过 this[propName] 访问属性时,就会触发 get,并调用 dep.depend 方法(下面的 dependArray 实际上就是递归遍历数组,然后去调用那个数据上的 __ob__.dep.depend 方法),当赋值更新时,则会触发 set,并调用 observe 对新的值创建 observer 对象,最后调用 dep.notify 方法。
总结起来就是,当赋值时调用 dep.notify;当取值时调用 dep.depend。这个方法的作用就在于此,剩下的工作交给了 Dep 类。
接下来我们可以看一下 Dep 类中做了什么。
这里多贴了一些代码,虽然不属于同一个类,但非常重要。这段代码初始化了一个 subs 数组,这个非常熟悉的数组就是我们经常在 Vue 的属性中看到的,它是一个观察者列表。
前文提到,当 key 的 getter 触发时会调用 depend,将 Dep.target 添加到观察者列表中。这样,在 set 的时候我们才能 notify 去通知 update。
另外,还要提一点,springmvc的web项目源码前面在设置 getter 时的代码中有这样一段:
那么既然已经执行了 dep.depend,为什么还要执行 childOb.dep.depend,这又是什么东西呢?
实际上,在数据的增删改查中,响应式的实现方式是不同的。setter 和 getter 只能检测到数据的修改和读取操作,因此这部分是由 dep.depend 来实现的。而 data 的新增删除的属性,并不能直接实现响应式,这部分是由 childOb.dep.depend 来完成的,这就是我们常用的 Vue.set 和 Vue.delete 的实现方式。
接着往下看,我们发现 depend 方法将 Dep.target 推入 subs 中。在上面定义中可以看到,它是一个 Watcher 类的实例,这个类就是响应式系统中的最后一环。
不过,我们暂时不管它,在这里还有一个重要的点:targetStack。可以看到有 pushTarget 和 popTarget 这两个方法,它们遵循着栈的原则,后进先出。因此,Vue 中的更新也是按照这个原则进行的。另外,大家可能注意到,这里似乎没有实例化 Watcher 对象,那么它是在什么地方执行的呢?下文会提到。
Watcher 的代码很长,我们这里只看一小段。当 notify 被触发时,会调用 update 方法。需要注意的是,这部分已经不是在 init 的流程中了,而是在数据更新时调用的。
这里正常情况下会执行 queueWatcher:
可以看到,当 data 更新时会将 watcher push 到 queue 中,然后等到 nextTick 执行 flushSchedulerQueue,nextTick 也是一个大家很熟悉的东西,Vue 当然不会蠢到每有一个更新就更新一遍 DOM。它就是通过 nextTick 来实现优化的,所有的改动都会被 push 到一个 callbacks 队列中,然后等待全部完成之后一次清空,一起更新。这就是一轮 tick。
言归正传,接着来看 flushSchedulerQueue:
实际核心代码就是遍历所有的 queue,然后执行 watcher.run,qt中mysql源码编译最后发出 actived 和 updated 两个 hook。
watcher.run 会更新值然后调用 updateComponent 方法去更新 DOM。至此,响应式原理的主体流程结束。说了这么多,其实下面这个流程图就能完整概括。
我们回到 init 的流程,上文中 init 的流程并没有执行完,还差这最后一句:
即通过传入的 options 将 DOM 给渲染出来,我们来看 $mount 的代码。
前面是在获取元素以及进行一系列的类型检查判断,核心就在 compileToFunctions 这个方法上。
看到这个 ast 我们就应该知道这个函数的作用了,通过 template 获取 AST 抽象语法树,然后根据定义的模板规则生成 render 函数。
这个方法执行完之后返回了 render 函数,之后被赋值在了 options 上,最后调用了 mount.call(this, el, hydrating)。
这个方法很简单,就是调用 mountComponent 函数。
这里的流程很容易理解。首先触发 beforeMount 钩子函数,然后通过 vm._render 生成虚拟 DOM(vnode)。这个 vnode 就是常说的虚拟 DOM。生成 vnode 后,再调用 update 方法将其更新为真实的 DOM。在 update 方法中,会实现 diff 算法。最后执行 mounted 钩子函数。需要注意的是,这里的 updateComponent 只是定义出来了,然后将其作为参数传递给了 Watcher。之前提到的 Watcher 就是在这个地方实例化的。
至此,init 的主体流程也结束了。当然,其中还有很多细节没有提到。我也还没有深入研究这些细节,之后有时间会进一步理解和梳理。这篇文章主要是为了自己做个笔记,也分享给大家,希望能有所帮助。如果文中有任何错误之处,请大家指正。
版权声明:本文由神州数码云基地团队整理撰写,若转载请注明出处。
公众号搜索神州数码云基地,了解更多技术干货。
Vue3源码解析(computed-计算属性)
作者:秦志英Vue3计算属性源码解析
在理解了Vue3响应式系统后,我们继续深入剖析其核心组件——计算属性的实现机制。Vue3中的计算属性通过computed函数提供API,让我们通过源码来揭示其内部运作。 在ComputedRefImpl类中,有两个关键私有属性:_value用于缓存计算结果,_dirty用于标记是否需要重新计算。当属性值改变时,会触发trigger函数,遍历并执行依赖的effect函数。如果effect配置了scheduler,那么计算属性的getter并不会立即执行,而是设置_dirty为false,并通知依赖的副作用函数。 构造函数中,我们会包装getter函数为effect,并将其添加到依赖集合中。同时,lazy和scheduler参数控制了计算属性在何时调度。让我们通过一个示例来看计算属性的完整流程:当点击按钮改变testData时,计算属性的更新流程如图所示。总结:计算属性特性
计算属性的主要特性包括:其值依赖于其他属性的更新,但只有在必要时才会重新计算,且通过lazy和scheduler配置实现灵活调度。如果你对Electron感兴趣,不妨关注我们的开源项目Electron Playground,了解更多技术知识。 我们是好未来·晓黑板前端技术团队,持续分享最新技术动态。关注我们:知乎、掘金、Segmentfault、CSDN、简书、开源中国、博客园。vue-router源码学习 - install与<router-view>
本文深入解析Vue-router的install过程和部分逻辑。首先,探讨Vue-router的注册机制,即Vue.use(VueRouter)时的执行关键代码。利用Vue.mixin功能,混入beforeCreate钩子,确保所有组件在初始化阶段定义好_router和_routerRoot。this.$options展示组件构造时传递的选项信息。根组件执行beforeCreate时,_routerRoot指向根组件,而非根组件的执行则不同。全局混入后,定义$router和$route变量,并注册两个组件。
接下来,聚焦渲染流程的核心。主要负责渲染匹配到的路由组件。上篇中介绍的嵌套路由机制在匹配RouteRecord后,使用Route,其matched字段包含匹配的RouteRecord及其所有祖先RouteRecord。多个层级的页面中,每个router-view需知道自己的层级,通过源码内容实现。每个router-view标记自身,便于确定层级,在找到对应层级组件后进行渲染。
至此,渲染过程简化流程清晰呈现,但Vue-router的复杂性意味着仍有更多细节待探索。后续文章将继续深入,逐步解析更多功能。
分钟快速精通rollup.js——Vue.js源码打包原理深度分析
Vue.js源码打包基于rollup.js的API,流程大致可分为五步。首先将Vue.js源码clone到本地,安装依赖,然后通过build指令进行打包。打包成功后会在dist目录下创建打包文件。Vue.js还提供了另外两种打包方式:“build:ssr"和"build:weex”。
Vue.js打包源码分析,Vue.js源码打包基于rollup.js的API,流程大致可分为五步,如下图所示:执行npm run build时,会从scripts/build.js开始执行。前5行分别导入了5个模块,这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在,如果不存在则通过同步方法创建dist目录。生成rollup配置,生成dist目录后,通过以下代码生成了rollup的配置文件。代码虽然只有短短一句,但是做了很多事情。首先它加载了scripts/config.js模块,然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块,alias.js模块输出了一个对象,这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法,用于生成绝对路径。
Vue.js打包流程分析,Vue.js源码打包基于rollup.js的API,流程大致可分为五步,如下图所示:执行npm run build时,会从scripts/build.js开始执行。前5行分别导入了5个模块,这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在,如果不存在则通过同步方法创建dist目录。生成rollup配置,生成dist目录后,通过以下代码生成了rollup的配置文件。代码虽然只有短短一句,但是做了很多事情。首先它加载了scripts/config.js模块,然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块,alias.js模块输出了一个对象,这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法,用于生成绝对路径。
Vue.js打包流程分析,Vue.js源码打包基于rollup.js的API,流程大致可分为五步,如下图所示:执行npm run build时,会从scripts/build.js开始执行。前5行分别导入了5个模块,这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在,如果不存在则通过同步方法创建dist目录。生成rollup配置,生成dist目录后,通过以下代码生成了rollup的配置文件。代码虽然只有短短一句,但是做了很多事情。首先它加载了scripts/config.js模块,然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块,alias.js模块输出了一个对象,这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法,用于生成绝对路径。
Vue.js打包流程分析,Vue.js源码打包基于rollup.js的API,流程大致可分为五步,如下图所示:执行npm run build时,会从scripts/build.js开始执行。前5行分别导入了5个模块,这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在,如果不存在则通过同步方法创建dist目录。生成rollup配置,生成dist目录后,通过以下代码生成了rollup的配置文件。代码虽然只有短短一句,但是做了很多事情。首先它加载了scripts/config.js模块,然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块,alias.js模块输出了一个对象,这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法,用于生成绝对路径。
Vue.js打包流程分析,Vue.js源码打包基于rollup.js的API,流程大致可分为五步,如下图所示:执行npm run build时,会从scripts/build.js开始执行。前5行分别导入了5个模块,这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在,如果不存在则通过同步方法创建dist目录。生成rollup配置,生成dist目录后,通过以下代码生成了rollup的配置文件。代码虽然只有短短一句,但是做了很多事情。首先它加载了scripts/config.js模块,然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块,alias.js模块输出了一个对象,这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法,用于生成绝对路径。
Vue.js打包流程分析,Vue.js源码打包基于rollup.js的API,流程大致可分为五步,如下图所示:执行npm run build时,会从scripts/build.js开始执行。前5行分别导入了5个模块,这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在,如果不存在则通过同步方法创建dist目录。生成rollup配置,生成dist目录后,通过以下代码生成了rollup的配置文件。代码虽然只有短短一句,但是做了很多事情。首先它加载了scripts/config.js模块,然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块,alias.js模块输出了一个对象,这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法,用于生成绝对路径。
Vue源码(一)—— new vue()
探究Vue源码的奥秘,始于Vue实例化过程。在src/core目录下的index.js文件,承载了Vue实例化的核心逻辑。初探此源码,面对未知,不妨大胆猜想,随后一一验证。
深入分析,我们发现一个简单粗暴的Vue Class定义,随后一系列init、mixin方法用于初始化关键功能。通过代码,确认此入口确实导出一个Vue功能类。进一步探索,核心在于initGlobalAPI,它揭示Vue全局属性,包括官方说明的全局属性。详细代码部分因篇幅限制,仅展示关键代码段。
关注全局变量,如$isServer、$ssrContext,它们在ssr文档中有详细说明。这些变量与Head管理紧密相关,用于SSR环境下的特殊操作。至此,入口文件解析完成。
深入Vue class实现,我们揭示其内核,包括Vue的生命周期管理。此部分解析将揭示Vue实例如何运作,以及其生命周期各阶段的重要性。了解这些,有助于我们更深入地掌握Vue的使用与优化。