mirahs 2019-06-30
*本篇代码位于vue/src/core/components/keep-alive.js
较新版本的Vue增加了一个内置组件 keep-alive
,用于存储组件状态,即便失活也能保持现有状态不变,切换回来的时候不会恢复到初始状态。由此可知,路由切换的钩子所触发的事件处理是无法适用于 keep-alive
组件的,那如果需要根据失活与否来给予组件事件通知,该怎么办呢?如前篇所述,keep-alive
组件有两个特有的生命周期钩子 activated
和 deactivated
,用来响应失活状态的事件处理。
来看看 keep-alive
组件的实现,代码文件位于 components
里,目前入口文件里也只有 keep-alive
这一个内置组件,但这个模块的分离,会不会预示着官方将在未来开发更多具有特殊功能的内置组件呢?
// 导入辅助函数 import { isRegExp, remove } from 'shared/util' import { getFirstComponentChild } from 'core/vdom/helpers/index' // 定义VNodeCache静态类型 // 它是一个包含key名和VNode键值对的对象,可想而知它是用来存储组件的 type VNodeCache = { [key: string]: ?VNode }; // 定义getComponentName函数,用于获取组件名称,传入组件配置对象 function getComponentName (opts: ?VNodeComponentOptions): ?string { // 先尝试获取配置对象中定义的name属性,或无则获取标签名称 return opts && (opts.Ctor.options.name || opts.tag) } // 定义matches函数,进行模式匹配,传入匹配的模式类型数据和name属性 function matches (pattern: string | RegExp | Array<string>, name: string): boolean { // 匹配数组模式 if (Array.isArray(pattern)) { // 使用数组方法查找name,返回结果 return pattern.indexOf(name) > -1 } else if (typeof pattern === 'string') { // 匹配字符串模式 // 将字符串转换成数组查找name,返回结果 return pattern.split(',').indexOf(name) > -1 } else if (isRegExp(pattern)) { // 匹配正则表达式 // 使用正则匹配name,返回结果 return pattern.test(name) } /* istanbul ignore next */ // 未匹配正确模式则返回false return false } // 定义pruneCache函数,修剪keep-alive组件缓存对象 // 接受keep-alive组件实例和过滤函数 function pruneCache (keepAliveInstance: any, filter: Function) { // 获取组件的cache,keys,_vnode属性 const { cache, keys, _vnode } = keepAliveInstance // 遍历cache对象 for (const key in cache) { // 获取缓存资源 const cachedNode: ?VNode = cache[key] // 如果缓存资源存在 if (cachedNode) { // 获取该资源的名称 const name: ?string = getComponentName(cachedNode.componentOptions) // 当名称存在 且不匹配缓存过滤时 if (name && !filter(name)) { // 执行修剪缓存资源操作 pruneCacheEntry(cache, key, keys, _vnode) } } } } // 定义pruneCacheEntry函数,修剪缓存条目 // 接受keep-alive实例的缓存对象和键名缓存对象,资源键名和当前资源 function pruneCacheEntry ( cache: VNodeCache, key: string, keys: Array<string>, current?: VNode ) { // 检查缓存对象里是否已经有以key值存储的资源 const cached = cache[key] // 如果有旧资源并且没有传入新资源参数或新旧资源标签不同 if (cached && (!current || cached.tag !== current.tag)) { // 销毁该资源 cached.componentInstance.$destroy() } // 置空key键名存储资源 cache[key] = null // 移除key值的存储 remove(keys, key) } // 定义模式匹配接收的数据类型 const patternTypes: Array<Function> = [String, RegExp, Array] // 导出keep-alive组件实例的配置对象 export default { // 定义组件名称 name: 'keep-alive', // 设置abstract属性 abstract: true, // 设置组件接收的属性 props: { // include用于包含模式匹配的资源,启用缓存 include: patternTypes, // exclude用于排除模式匹配的资源,不启用缓存 exclude: patternTypes, // 最大缓存数 max: [String, Number] }, created () { // 实例创建时定义cache属性为空对象,用于存储资源 this.cache = Object.create(null) // 设置keys数组,用于存储资源的key名 this.keys = [] }, destroyed () { // 实例销毁时一并销毁存储的资源并清空缓存对象 for (const key in this.cache) { pruneCacheEntry(this.cache, key, this.keys) } }, mounted () { // DOM加载完成后,观察include和exclude属性的变动 // 回调执行修改缓存对象的操作 this.$watch('include', val => { pruneCache(this, name => matches(val, name)) }) this.$watch('exclude', val => { pruneCache(this, name => !matches(val, name)) }) }, render () { // 实例渲染函数 // 获取keep-alive包含的子组件结构 // keep-alive组件并不渲染任何真实DOM节点,只渲染嵌套在其中的组件资源 const slot = this.$slots.default // 将嵌套组件dom结构转化成虚拟节点 const vnode: VNode = getFirstComponentChild(slot) // 获取嵌套组件的配置对象 const componentOptions: ?VNodeComponentOptions = vnode && vnode.componentOptions // 如果配置对象存在 if (componentOptions) { // 检查是否缓存的模式匹配 // check pattern // 获取嵌套组件名称 const name: ?string = getComponentName(componentOptions) // 获取传入keep-alive组件的include和exclude属性 const { include, exclude } = this // 如果有included,且该组件不匹配included中资源 // 或者有exclude。且该组件匹配exclude中的资源 // 则返回虚拟节点,不继续执行缓存 if ( // not included (include && (!name || !matches(include, name))) || // excluded (exclude && name && matches(exclude, name)) ) { return vnode } // 获取keep-alive组件的cache和keys对象 const { cache, keys } = this // 获取嵌套组件虚拟节点的key const key: ?string = vnode.key == null // 同样的构造函数可能被注册为不同的本地组件,所以cid不是判断的充分条件 // same constructor may get registered as different local components // so cid alone is not enough (#3269) ? componentOptions.Ctor.cid + (componentOptions.tag ? `::${componentOptions.tag}` : '') : vnode.key // 如果缓存对象里有以key值存储的组件资源 if (cache[key]) { // 设置当前嵌套组件虚拟节点的componentInstance属性 vnode.componentInstance = cache[key].componentInstance // make current key freshest // 从keys中移除旧key,添加新key remove(keys, key) keys.push(key) } else { // 缓存中没有该资源,则直接存储资源,并存储key值 cache[key] = vnode keys.push(key) // 如果设置了最大缓存资源数,从最开始的序号开始删除存储资源 // prune oldest entry if (this.max && keys.length > parseInt(this.max)) { pruneCacheEntry(cache, keys[0], keys, this._vnode) } } // 设置该资源虚拟节点的keepAlive标识 vnode.data.keepAlive = true } // 返回虚拟节点或dom节点 return vnode || (slot && slot[0]) } }
keep-alive
组件的实现也就这百来行代码,分为两部分:第一部分是定义一些处理具体实现的函数,比如修剪缓存对象存储资源的函数,匹配组件包含和过滤存储的函数;第二部分是导出一份 keep-alive
组件的应用配置对象,仔细一下这跟我们在实际中使用的方式是一样的,但这个组件具有已经定义好的特殊功能
,就是缓存嵌套在它之中的组件资源,实现持久活跃。
那么实现原理是什么,在代码里可以清楚得看到,这里是利用转换组件真实DOM节点为虚拟节点将其存储到 keep-alive
实例的 cache
对象中,另外也一并存储了资源的 key
值方便查找,然后在渲染时检测其是否符合缓存条件再进行渲染。keep-alive
的实现就是以上这样简单。
最初一瞥此段代码时,不知所云。然而当开始逐步分析代码之后,才发现原来只是没有仔细去看,误以为很深奥,由此可见,任何不用心的行为都不能直抵事物的本质,这是借由探索这一小部分代码而得到的教训。因为在实际中有使用过这个功能,所以体会更深,有时候难免会踩到一些坑,看了源码的实现之后,发现原来是自己使用方式不对,所以了解所用轮子的实现还是很有必要的。
background-color: blue;background-color: yellow;<input type="button" value="变蓝" @click="changeColorT