关于前端:一文看完Vue3的渲染过程

34次阅读

共计 11162 个字符，预计需要花费 28 分钟才能阅读完成。

Vue3官网中有上面这样一张图，根本展现出了 Vue3 的渲染原理：

本文会从源码角度来粗率的看一下 Vue3 的运行全流程，旨在加深对上图的了解，从上面这个很简略的应用示例开始：

import {createApp, ref} from "vue";

createApp({
  template: `
        <div class="card">
            <button type="button" @click="count++">count is {{count}}</button>
        </div>
    `,
  setup() {const count = ref(0);
    return {count,};
  },
}).mount("#app");

通过 createApp 办法创立利用实例，传了一个组件的选项对象，包含模板 template、组合式 API 的入口setup 函数，在 setup 函数里应用 ref 创立了一个响应式数据，而后 return 给模板应用，最初调用实例的 mount 办法将模板渲染到 id 为app的元素内。后续只有批改 count 的值页面就会主动刷新，麻雀虽小，然而也代表了 Vue 的外围。

首先调用了 createApp 办法：

const createApp = ((...args) => {const app = createRenderer(rendererOptions).createApp(...args);
    return app;
});

通过 createRenderer 创立了一个渲染器，rendererOptions是一个对象，下面次要是操作 DOM 的办法：

{insert: (child, parent, anchor) => {parent.insertBefore(child, anchor || null);
    },
    //...
}

这么做次要是不便跨平台，比方在其余非浏览器环境，能够替换成对应的节点操作方法。

function createRenderer(options) {return baseCreateRenderer(options);
}

function baseCreateRenderer(options, createHydrationFns) {
    // ...
    return {
        render,
        hydrate,
        createApp: createAppAPI(render, hydrate)
    };
}

baseCreateRenderer办法十分长，蕴含了渲染器的所有办法，比方 mount、patch 等，createApp是通过 createAppAPI 办法调用返回的：

function createAppAPI(render, hydrate) {return function createApp(rootComponent, rootProps = null) {if (!isFunction(rootComponent)) {rootComponent = Object.assign({}, rootComponent);
        }
        const context = createAppContext();
        let isMounted = false;
        const app = (context.app = {
            _uid: uid$1++,
            _component: rootComponent,
            _props: rootProps,
            _container: null,
            _context: context,
            _instance: null,
            version,
            get config() {},
            set config() {},
            use(){},
            mixin(){},
            component(){},
            directive(){},
            mount(){},
            unmount(){},
            provide(){}
        });
        return app;
    }
}

这个就是最终的 createApp 办法，所谓的利用实例 app 其实就是一个对象，咱们传进去的组件选项作为根组件存储在 _component 属性上，另外还能够看到利用实例提供的一些办法，比方注册插件的 use 办法，挂载实例的 mount 办法等。

context其实也是一个一般对象：

function createAppContext() {
    return {
        app: null,
        config: {
            isNativeTag: NO,
            performance: false,
            globalProperties: {},
            optionMergeStrategies: {},
            errorHandler: undefined,
            warnHandler: undefined,
            compilerOptions: {}},
        mixins: [],
        components: {},
        directives: {},
        provides: Object.create(null),
        optionsCache: new WeakMap(),
        propsCache: new WeakMap(),
        emitsCache: new WeakMap()};
}

这个上下文对象会保留在利用实例和根 VNode 上，可能是后续渲染时会用到。

接下来看一下创立实例后挂载的 mount 办法：

mount(rootContainer, isHydrate, isSVG) {
    // 没有挂载过
    if (!isMounted) {
        // 创立虚构 DOM
        const vnode = createVNode(rootComponent, rootProps);
        vnode.appContext = context;
        // 渲染
        render(vnode, rootContainer, isSVG);
        isMounted = true;
        // 实例和容器元素相互关联
        app._container = rootContainer;
        rootContainer.__vue_app__ = app;
        // 返回根组件的实例
        return getExposeProxy(vnode.component) || vnode.component.proxy;
    }
}

次要就是做了两件事，创立虚构DOM，而后渲染。

createVNode办法：

const createVNode = _createVNode;
function _createVNode(type, props = null, children = null, patchFlag = 0, dynamicProps = null, isBlockNode = false) {const shapeFlag = isString(type)
        ? 1 /* ShapeFlags.ELEMENT */
        : isSuspense(type)
            ? 128 /* ShapeFlags.SUSPENSE */
            : isTeleport(type)
                ? 64 /* ShapeFlags.TELEPORT */
                : isObject(type)
                    ? 4 /* ShapeFlags.STATEFUL_COMPONENT */
                    : isFunction(type)
                        ? 2 /* ShapeFlags.FUNCTIONAL_COMPONENT */
                        : 0;
    return createBaseVNode(type, props, children, patchFlag, dynamicProps, shapeFlag, isBlockNode, true);
}

createVNode办法会依据组件的类型生成一个标记，后续会通过这个标记做一些优化之类的解决。咱们传的是一个组件选项，也就是一个一般对象，shapeFlag的值为4。

而后调用了 createBaseVNode 办法：

function createBaseVNode(type, props = null, children = null, patchFlag = 0, dynamicProps = null, shapeFlag = type === Fragment ? 0 : 1 /* ShapeFlags.ELEMENT */, isBlockNode = false, needFullChildrenNormalization = false) {
    const vnode = {
        __v_isVNode: true,
        __v_skip: true,
        type,
        props,
        key: props && normalizeKey(props),
        ref: props && normalizeRef(props),
        scopeId: currentScopeId,
        slotScopeIds: null,
        children,
        component: null,
        suspense: null,
        ssContent: null,
        ssFallback: null,
        dirs: null,
        transition: null,
        el: null,
        anchor: null,
        target: null,
        targetAnchor: null,
        staticCount: 0,
        shapeFlag,
        patchFlag,
        dynamicProps,
        dynamicChildren: null,
        appContext: null,
        ctx: currentRenderingInstance
    };
    return vnode;
}

能够看到返回的虚构 DOM 也是一个一般对象，咱们传进去的组件选项会存储在 type 属性上。

虚构 DOM 创立完后就会调用 render 办法将虚构 DOM 渲染为理论的 DOM 节点，render办法是通过参数传给 createAppAPI 的：

const render = (vnode, container, isSVG) => {if (vnode == null) {
        // 卸载
        if (container._vnode) {unmount(container._vnode, null, null, true);
        }
    }
    else {
        // 首次渲染或者更新
        patch(container._vnode || null, vnode, container, null, null, null, isSVG);
    }
    flushPreFlushCbs();
    flushPostFlushCbs();
    container._vnode = vnode;
};

如果要渲染的新 VNode 不存在，那么从容器元素上获取之前 VNode 进行卸载，否则调用 patch 办法进行打补丁，如果是首次渲染，container._vnode不存在，那么间接将新 VNode 渲染为 DOM 元素即可，否则会比照新旧 VNode，应用diff 算法进行打补丁，Vue2中应用的是双端 diff 算法，Vue3中应用的是疾速 diff 算法。

打补丁完结后清空了两个回调队列，能够看到事件队列还分为前后两个，那么咱们罕用的 nextTick 办法注册的回调在哪个队列呢，实际上，两个都不在：

const resolvedPromise = Promise.resolve();
let currentFlushPromise = null;

function nextTick(fn) {
    const p = currentFlushPromise || resolvedPromise;
    return fn ? p.then(this ? fn.bind(this) : fn) : p;
}

Promise.resolve()办法会创立一个 Resolved 状态的 Promise 对象。

nextTick办法就是这么简略，如果 currentFlushPromise 有值，那么应用这个 Promise 注册回调，否则应用默认的 resolvedPromise 将回调放到微工作队列。

currentFlushPromise会在调用 queueFlush 办法时赋值，也就是生成一个新的 Promise 对象：

function queueFlush() {if (!isFlushing && !isFlushPending) {
        isFlushPending = true;
        currentFlushPromise = resolvedPromise.then(flushJobs);
    }
}

flushJobs和后面的 flushPreFlushCbs 办法里冲刷的都是 queue 队列，而 flushPostFlushCbs 办法里冲刷的是 pendingPostFlushCbs 队列，flushJobs办法在冲刷完 queue 队列后才会冲刷 pendingPostFlushCbs 队列。而如果是冲刷中调用 nextTick 增加的回调会在这两个队列都清空后才会执行。

扯远了，回到 render 办法，接下来看看 render 办法里调用的 patch 办法：

const patch = (n1, n2, container, anchor = null, parentComponent = null, parentSuspense = null, isSVG = false, slotScopeIds = null, optimized = (process.env.NODE_ENV !== 'production') && isHmrUpdating ? false : !!n2.dynamicChildren) => {
        // 新旧 VNode 雷同间接返回
        if (n1 === n2) {return;}
        // 如果新旧 VNode 的类型不同，那么也不须要打补丁了，间接卸载旧的，挂载新的
        if (n1 && !isSameVNodeType(n1, n2)) {anchor = getNextHostNode(n1);
            unmount(n1, parentComponent, parentSuspense, true);
            n1 = null;
        }
        const {type, ref, shapeFlag} = n2;
        switch (type) {
              case Text:
                // ...
                break;
              // ...
              default:
                // ...
                else if (shapeFlag & 6 /* ShapeFlags.COMPONENT */) {processComponent(n1, n2, container, anchor, parentComponent, parentSuspense, isSVG, slotScopeIds, optimized);
                }
                // ...
        }
}

patch办法就是用来打补丁更新理论 DOM 的，switch外面依据 VNode 的类型不同做的解决也不同，因为咱们的例子传的是一个组件选项对象，所以会走 processComponent 解决分支：

const processComponent = (n1, n2, container, anchor, parentComponent, parentSuspense, isSVG, slotScopeIds, optimized) => {
    // 如果旧的 VNode 不存在，那么调用挂载办法
    if (n1 == null) {mountComponent(n2, container, anchor, parentComponent, parentSuspense, isSVG, optimized);
    }
    // 新旧都存在，那么进行更新操作
    else {updateComponent(n1, n2, optimized);
    }
};

依据是否存在旧的 VNode 判断是调用挂载办法还是更新办法，先看 mountComponent 办法：

const mountComponent = (initialVNode, container, anchor, parentComponent, parentSuspense, isSVG, optimized) => {const instance = (initialVNode.component = createComponentInstance(initialVNode, parentComponent, parentSuspense));
    setupComponent(instance);
    setupRenderEffect(instance, initialVNode, container, anchor, parentSuspense, isSVG, optimized);
}

首先调用 createComponentInstance 办法创立组件实例，返回的其实也是一个一般对象：

function createComponentInstance(vnode, parent, suspense) {
    const type = vnode.type;
    const appContext = (parent ? parent.appContext : vnode.appContext) || emptyAppContext;
    const instance = {
        uid: uid++,
        vnode,
        type,
        parent,
        appContext,
        // 还有十分多属性
        // ...
    }
    return instance;
}

而后调用了 setupComponent 办法：

function setupComponent(instance, isSSR = false) {const { props, children} = instance.vnode;
    const isStateful = instance.vnode.shapeFlag & 4;
    initProps(instance, props, isStateful, isSSR);
    initSlots(instance, children);
    const setupResult = isStateful
        ? setupStatefulComponent(instance, isSSR)
        : undefined;
    return setupResult;
}

初始化 props 和slots，而后如果 shapeFlag 为4会调用 setupStatefulComponent 办法，后面说了咱们传的组件选项对应的 shapeFlag 就是 4，所以会走setupStatefulComponent 办法：

function setupStatefulComponent(instance, isSSR) {const { setup} = Component;
    if (setup) {const setupResult = callWithErrorHandling(setup, instance, 0, [instance.props, setupContext]);
        handleSetupResult(instance, setupResult, isSSR);
    }
}

在这个办法里会调用组件选项的 setup 办法，这个函数中返回的对象会裸露给模板和组件实例，看一下 handleSetupResult 办法：

function handleSetupResult(instance, setupResult, isSSR) {if (isFunction(setupResult)) {instance.render = setupResult;} else if (isObject(setupResult)) {instance.setupState = proxyRefs(setupResult);
    }
    finishComponentSetup(instance, isSSR);
}

如果 setup 返回的是一个函数，那么这个函数会间接被作为渲染函数。否则如果返回的是一个对象，会应用 proxyRefs 将这个对象转为 Proxy 代理的响应式对象。

最初又调用了 finishComponentSetup 办法：

function finishComponentSetup(instance, isSSR) {
    const Component = instance.type;
    if (!instance.render) {if (!isSSR && compile && !Component.render) {
            const template = Component.template ||
                  resolveMergedOptions(instance).template;
            if (template) {const { isCustomElement, compilerOptions} = instance.appContext.config;
                const {delimiters, compilerOptions: componentCompilerOptions} = Component;
                const finalCompilerOptions = extend(extend({
                    isCustomElement,
                    delimiters
                }, compilerOptions), componentCompilerOptions);
                Component.render = compile(template, finalCompilerOptions);
            }
        }
        instance.render = (Component.render || NOOP);
    }
}

这个函数次要是判断组件是否存在渲染函数 render，如果不存在则判断是否存在template 选项，咱们传的组件选项显然是没有 render 属性，而是传的模板 template，所以会应用compile 办法来将模板编译成渲染函数。

回到 mountComponent 办法，最初调用了setupRenderEffect，这个办法很重要：

const setupRenderEffect = (instance, initialVNode, container, anchor, parentSuspense, isSVG, optimized) => {
    // 组件更新办法
    const componentUpdateFn = () => {}
    // 创立一个 effect
    const effect = (instance.effect = new ReactiveEffect(componentUpdateFn, () => queueJob(update), instance.scope));
    // 调用 effect 的 run 办法执行 componentUpdateFn 办法
    const update = (instance.update = () => effect.run());
    update();}

这一步就波及到 Vue3 的响应式原理了，外围就是应用 Proxy 拦挡数据，而后在属性读取时将属性和读取该属性的函数（称为副作用函数）关联起来，而后在更新该属性时取出该属性关联的副作用函数进去执行，具体的内容网上曾经有十分多的文章了，有趣味的能够本人搜一搜，或者间接看源码也是能够的。

简化后的 ReactiveEffect 类就是这样的：

let activeEffect;
class ReactiveEffect {constructor(fn, scheduler = null, scope) {this.fn = fn;}
    run() {
        activeEffect = this;
        try {return this.fn();
        } finally {activeEffect = null}
    } 
}

执行它的 run 办法时会把本身赋值给全局的 activeEffect 变量，而后执行副作用函数时如果读取了 Proxy 代理后的对象的某个属性时就会将对象、属性和这个 ReactiveEffect 示例关联存储起来，如果属性产生扭转，会取出关联的 ReactiveEffect 实例，执行它的 run 办法，达到自动更新的目标。

咱们应用的是 ref 办法创立的数据，ref办法返回的响应式数据尽管不是通过 Proxy 代理的，然而读取批改操作同样是会被拦挡的，和 Proxy 代理的数据拦挡时做的事件是一样的。

接下来看看传给它的组件更新办法componentUpdateFn：

const componentUpdateFn = () => {
    // 组件没有挂载过
    if (!instance.isMounted) {const subTree = (instance.subTree = renderComponentRoot(instance));
        patch(null, subTree, container, anchor, instance, parentSuspense, isSVG);
        initialVNode.el = subTree.el;
        instance.isMounted = true;
    } else {// 组件曾经挂载过
        const nextTree = renderComponentRoot(instance);
        patch(prevTree, nextTree, hostParentNode(prevTree.el), getNextHostNode(prevTree), instance, parentSuspense, isSVG);
        next.el = nextTree.el;
    }
}

组件无论是首次挂载，还是更新，做的事件外围是一样的，先调用 renderComponentRoot 办法生成组件模板的虚构 DOM，而后调用patch 办法打补丁。

function renderComponentRoot(instance) {const { type: Component, vnode, proxy, withProxy, props, propsOptions: [propsOptions], slots, attrs, emit, render, renderCache, data, setupState, ctx, inheritAttrs } = instance;
    let result = render.call(proxyToUse, proxyToUse, renderCache, props, setupState, data, ctx)
    return result
}

renderComponentRoot外围就是调用组件的渲染函数 render 办法生成组件模板的虚构 DOM，而后扔给patch 办法更新就好了。

看完了 mountComponent 办法，再来看看 updateComponent 办法：

const updateComponent = (n1, n2, optimized) => {const instance = (n2.component = n1.component);
    if (shouldUpdateComponent(n1, n2, optimized)) {
        // 须要更新
        instance.next = n2;
        instance.update();}else {
        // 不须要更新
        n2.el = n1.el;
        instance.vnode = n2;
    }
}

先调用 shouldUpdateComponent 办法判断组件是否须要更新，大抵是通过是否存在过渡成果、是否存在动静 slots、props 是否产生扭转、子节点是否发扭转等来判断。

如果须要更新，那么会执行 instance.update 办法，这个办法就是后面 setupRenderEffect 办法里保留的 effect.run 办法，所以最终执行的也是 componentUpdateFn 办法。

到这里，从咱们创立实例到页面渲染，再到更新的全流程就讲完了，总结一下，大抵就是:

1. 每个 Vue 组件都须要产出一份虚构 DOM，也就是组件的render 函数的返回值，render函数你能够间接手写，也能够通过 template 传递模板字符串，由 Vue 外部来编译成渲染函数，平时咱们开发时写的 Vue 单文件，最终也会编译成一般的 Vue 组件选项对象；

2.render函数会作为副作用函数执行，也就是如果在模板中应用到了响应式数据（所谓响应式数据就是能拦挡到它的各种读取、批改操作），那么响应式数据和属性会与 render 函数关联起来，那么当响应式数据被批改当前，就能找到依赖它的 render 函数，那么就能够告诉依赖的组件进行更新；

2. 有了虚构 DOM 之后，Vue外部的渲染器就能将它渲染成实在的 DOM，如果是更新的状况，也就是存在新旧两个虚构DOM，那么Vue 会通过比拟，必要时会应用 diff 算法进行高效的更新实在DOM；

所以只有你实现一个渲染器，能将虚构 DOM 渲染成实在 DOM，并且能高效的依据新旧虚构DOM 比照实现更新，再实现一个编译器，能将模板编译成渲染函数，最初再基于 Proxy 实现一个响应零碎就能够实现一个 Vue3 了，是不是很简略，心动不如口头，下一个框架等你来发明！

正文完
前端
发表至： 前端
2023-06-18
 0
关于前端:前端请求参数序列化的相关答疑
关于前端:Rollup源码模块打包与TreeShaking
关于前端:Flare-制作记录应用前后端性能优化
关于前端:arcgis-for-js渲染mapserver自动生成图例