美文网首页vue
Vue update 首次渲染(Vue2.5 update 源码

Vue update 首次渲染(Vue2.5 update 源码

作者: 阿畅_ | 来源:发表于2018-09-02 16:28 被阅读64次

    update

    • Vue 的 _update 是实例的一个私有方法,它被调用的时机有 2 个,一个是首次渲染,一个是数据更新的时候,我这章就先看一下首次渲染部分,数据更新部分等分析到响应式的原理的时候,在涉及到。_update 方法的作用是把 VNode 渲染成真实的 DOM,定义在: src/core/instance/lifecycle.js 中:
     Vue.prototype._update = function (vnode: VNode, hydrating?: boolean) {
        const vm: Component = this
        if (vm._isMounted) {
          callHook(vm, 'beforeUpdate')
        }
        const prevEl = vm.$el
        const prevVnode = vm._vnode
        const prevActiveInstance = activeInstance
        activeInstance = vm
        vm._vnode = vnode
        // Vue.prototype.__patch__ is injected in entry points
        // based on the rendering backend used.
        if (!prevVnode) {
          // initial render
          vm.$el = vm.__patch__(
            vm.$el, vnode, hydrating, false /* removeOnly */,
            vm.$options._parentElm,
            vm.$options._refElm
          )
          // no need for the ref nodes after initial patch
          // this prevents keeping a detached DOM tree in memory (#5851)
          vm.$options._parentElm = vm.$options._refElm = null
        } else {
          // updates
          vm.$el = vm.__patch__(prevVnode, vnode)
        }
        activeInstance = prevActiveInstance
        // update __vue__ reference
        if (prevEl) {
          prevEl.__vue__ = null
        }
        if (vm.$el) {
          vm.$el.__vue__ = vm
        }
        // if parent is an HOC, update its $el as well
        if (vm.$vnode && vm.$parent && vm.$vnode === vm.$parent._vnode) {
          vm.$parent.$el = vm.$el
        }
        // updated hook is called by the scheduler to ensure that children are
        // updated in a parent's updated hook.
      }
    
    
    • _update 的核心就是调用 vm._path_ 方法,这个方法实际上在不同的平台,如: web 和 weex 上的定义是不一样的,因此在 web 平台中它的定义在 src/platforms/web/runtime/index.js 中:
      Vue.prototype.__path__ = inBrowser ? patch : noop 
    
    • 上面可以看到,甚至在 web 平台上,是否是服务端渲染也会对这个方法产生影响。因为在服务端渲染中,没有真实的浏览器 DOM 环境,所以不需要把 VNode 最终转化成 DOM,因此是一个空函数,而在浏览器端渲染中,它指向了 patch 方法,定义在 src/platforms/wen/runtime/patch.js 中:
      /* @flow */
    
    import * as nodeOps from 'web/runtime/node-ops'
    import { createPatchFunction } from 'core/vdom/patch'
    import baseModules from 'core/vdom/modules/index'
    import platformModules from 'web/runtime/modules/index'
    
    // the directive module should be applied last, after all
    // built-in modules have been applied.
    const modules = platformModules.concat(baseModules)
    
    export const patch: Function = createPatchFunction({ nodeOps, modules })
    
    
    • 方法的定义是调用 createPatchFunction 方法的返回值,这里传入了一个对象,包含了 nodeOps 参数和 modules 参数。其中,nodeOps 封装了一系列 DOM 操作的方法,modules 定义了一些模块的钩子函数的是实现。先来看一下 createPatchFunction 的实现。定义在 src/core/vdom/patch.js
    export function createPatchFunction (backend) {
      let i, j
      const cbs = {}
    
      const { modules, nodeOps } = backend
    
      for (i = 0; i < hooks.length; ++i) {
        cbs[hooks[i]] = []
        for (j = 0; j < modules.length; ++j) {
          if (isDef(modules[j][hooks[i]])) {
            cbs[hooks[i]].push(modules[j][hooks[i]])
          }
        }
      }
    
      ...
    
     return function patch (oldVnode, vnode, hydrating, removeOnly, parentElm, refElm) {
        if (isUndef(vnode)) {
          if (isDef(oldVnode)) invokeDestroyHook(oldVnode)
          return
        }
    
        let isInitialPatch = false
        const insertedVnodeQueue = []
    
        if (isUndef(oldVnode)) {
          // empty mount (likely as component), create new root element
          isInitialPatch = true
          createElm(vnode, insertedVnodeQueue, parentElm, refElm)
        } else {
          const isRealElement = isDef(oldVnode.nodeType)
          if (!isRealElement && sameVnode(oldVnode, vnode)) {
            // patch existing root node
            patchVnode(oldVnode, vnode, insertedVnodeQueue, removeOnly)
          } else {
            if (isRealElement) {
              // mounting to a real element
              // check if this is server-rendered content and if we can perform
              // a successful hydration.
              if (oldVnode.nodeType === 1 && oldVnode.hasAttribute(SSR_ATTR)) {
                oldVnode.removeAttribute(SSR_ATTR)
                hydrating = true
              }
              if (isTrue(hydrating)) {
                if (hydrate(oldVnode, vnode, insertedVnodeQueue)) {
                  invokeInsertHook(vnode, insertedVnodeQueue, true)
                  return oldVnode
                } else if (process.env.NODE_ENV !== 'production') {
                  warn(
                    'The client-side rendered virtual DOM tree is not matching ' +
                    'server-rendered content. This is likely caused by incorrect ' +
                    'HTML markup, for example nesting block-level elements inside ' +
                    '<p>, or missing <tbody>. Bailing hydration and performing ' +
                    'full client-side render.'
                  )
                }
              }
              // either not server-rendered, or hydration failed.
              // create an empty node and replace it
              oldVnode = emptyNodeAt(oldVnode)
            }
    
            // replacing existing element
            const oldElm = oldVnode.elm
            const parentElm = nodeOps.parentNode(oldElm)
    
            // create new node
            createElm(
              vnode,
              insertedVnodeQueue,
              // extremely rare edge case: do not insert if old element is in a
              // leaving transition. Only happens when combining transition +
              // keep-alive + HOCs. (#4590)
              oldElm._leaveCb ? null : parentElm,
              nodeOps.nextSibling(oldElm)
            )
    
            // update parent placeholder node element, recursively
            if (isDef(vnode.parent)) {
              let ancestor = vnode.parent
              const patchable = isPatchable(vnode)
              while (ancestor) {
                for (let i = 0; i < cbs.destroy.length; ++i) {
                  cbs.destroy[i](ancestor)
                }
                ancestor.elm = vnode.elm
                if (patchable) {
                  for (let i = 0; i < cbs.create.length; ++i) {
                    cbs.create[i](emptyNode, ancestor)
                  }
                  // #6513
                  // invoke insert hooks that may have been merged by create hooks.
                  // e.g. for directives that uses the "inserted" hook.
                  const insert = ancestor.data.hook.insert
                  if (insert.merged) {
                    // start at index 1 to avoid re-invoking component mounted hook
                    for (let i = 1; i < insert.fns.length; i++) {
                      insert.fns[i]()
                    }
                  }
                } else {
                  registerRef(ancestor)
                }
                ancestor = ancestor.parent
              }
            }
    
            // destroy old node
            if (isDef(parentElm)) {
              removeVnodes(parentElm, [oldVnode], 0, 0)
            } else if (isDef(oldVnode.tag)) {
              invokeDestroyHook(oldVnode)
            }
          }
        }
    
        invokeInsertHook(vnode, insertedVnodeQueue, isInitialPatch)
        return vnode.elm
      }
    }
    
    • createPatchFunction 内部内部定义了一系列的辅助方法,最终会返回上面那个 patch 方法,这个方法就赋值给了 vm.update 函数里调用的 vm._patch_。

    在分析之前,先先考虑一个问题,Vue 源码为什么绕了一大圈,把相关的代码分散到各个目录。

    之前的章节里面好像说过,patch 是平台相关的,在 Web 和 Weex 环境,它们把虚拟 DOM 映射到 平台 DOM 的方法是不同的,并且对 DOM 包含的属性模块创建和更新也不尽相同。因此每个平台都有各自的 nodeOps 和 modules,它们的代码都放在了 src/platforms 这个大目录中。
    而不同的平台的 patch 的主要逻辑部分还是相同的,所有这部分公共的代码托管在 core 这个大目录中。差异化的部分只需要通过参数来区别,这里就用到了一个·函数柯理化·的技巧,通过 createPatchFunction 把差异化参数提前固化,这样不用每次调用 patch 的时候都传递 nodeOps 和 modules 了。

    • 这两个参数分别表示: nodeOps 表示对 “平台 DOM” 的一些操作方法,modules 表示平台的一些模块,它们会在整个 patch 过程的不同阶段执行相应的钩子函数。

    • 回到 patch 本身,他可以接收 6 个参数,oldVNode 表示旧的 VNode 节点,他可以不存在或者是一个 DOM 对象;vnode 表示执行 _render 后返回的 Vnode 的节点;hydrating 表示是否服务器渲染; removeOnly 是给 transition-group 用的。

    • patch 的逻辑比较复杂,它有非常多的分支逻辑,为了方便,以一个例子介绍它的执行逻辑。例子:

    new Vue({
      el: '#app',
      render: function(crateElement) {
        return createElement('div', {
          attrs: {
            id: 'app'
          },
        }, this.message)
      },
      data: {
        message: 'Hellow World!'
      }
    })
    
    • 然后在 vm._update 的方法里是这么调用 patch 方法的:
      vm.$el = vm.__patch__(vm.$el, vnode, hydrating, false ...)
    
    • 结合上面的例子,在这个场景中首次渲染,所以在执行 patch 函数的时候,传入的 vm.$el 对应的例子中 id 为 app 的 DOM 对象,vm.$el 的赋值是在之前 mountComponent 函数做的, VNode 对应的是调用 render 函数的返回。
      const isRealElement = isDef(oldVnode.nodeType)
      if (!isRealElement && sameVnode(oldVnode, vnode)) {
        // patch existing root node
        patchVnode(oldVnode, vnode, insertedVnodeQueue, removeOnly)
      } else {
        if (isRealElement) {
          // mounting to a real element
          // check if this is server-rendered content and if we can perform
          // a successful hydration.
          if (oldVnode.nodeType === 1 && oldVnode.hasAttribute(SSR_ATTR)) {
            oldVnode.removeAttribute(SSR_ATTR)
            hydrating = true
          }
          if (isTrue(hydrating)) {
            if (hydrate(oldVnode, vnode, insertedVnodeQueue)) {
              invokeInsertHook(vnode, insertedVnodeQueue, true)
              return oldVnode
            } else if (process.env.NODE_ENV !== 'production') {
              warn(
                'The client-side rendered virtual DOM tree is not matching ' +
                'server-rendered content. This is likely caused by incorrect ' +
                'HTML markup, for example nesting block-level elements inside ' +
                '<p>, or missing <tbody>. Bailing hydration and performing ' +
                'full client-side render.'
              )
            }
          }
          // either not server-rendered, or hydration failed.
          // create an empty node and replace it
          oldVnode = emptyNodeAt(oldVnode)
        }
      }
    
    • 由于传入的 oldVNode 实际上是一个 DOM container ,所以,接来下通过 emptyNodeAt 方法把 oldVNode 转换成 VNode 对象,然后在调用 createElm 方法。
    function createElm (
        vnode,
        insertedVnodeQueue,
        parentElm,
        refElm,
        nested,
        ownerArray,
        index
      ) {
        if (isDef(vnode.elm) && isDef(ownerArray)) {
          // This vnode was used in a previous render!
          // now it's used as a new node, overwriting its elm would cause
          // potential patch errors down the road when it's used as an insertion
          // reference node. Instead, we clone the node on-demand before creating
          // associated DOM element for it.
          vnode = ownerArray[index] = cloneVNode(vnode)
        }
    
        vnode.isRootInsert = !nested // for transition enter check
        if (createComponent(vnode, insertedVnodeQueue, parentElm, refElm)) {
          return
        }
    
        const data = vnode.data
        const children = vnode.children
        const tag = vnode.tag
        if (isDef(tag)) {
          if (process.env.NODE_ENV !== 'production') {
            if (data && data.pre) {
              creatingElmInVPre++
            }
            if (isUnknownElement(vnode, creatingElmInVPre)) {
              warn(
                'Unknown custom element: <' + tag + '> - did you ' +
                'register the component correctly? For recursive components, ' +
                'make sure to provide the "name" option.',
                vnode.context
              )
            }
          }
    
          vnode.elm = vnode.ns
            ? nodeOps.createElementNS(vnode.ns, tag)
            : nodeOps.createElement(tag, vnode)
          setScope(vnode)
    
          /* istanbul ignore if */
          if (__WEEX__) {
            // in Weex, the default insertion order is parent-first.
            // List items can be optimized to use children-first insertion
            // with append="tree".
            const appendAsTree = isDef(data) && isTrue(data.appendAsTree)
            if (!appendAsTree) {
              if (isDef(data)) {
                invokeCreateHooks(vnode, insertedVnodeQueue)
              }
              insert(parentElm, vnode.elm, refElm)
            }
            createChildren(vnode, children, insertedVnodeQueue)
            if (appendAsTree) {
              if (isDef(data)) {
                invokeCreateHooks(vnode, insertedVnodeQueue)
              }
              insert(parentElm, vnode.elm, refElm)
            }
          } else {
            createChildren(vnode, children, insertedVnodeQueue)
            if (isDef(data)) {
              invokeCreateHooks(vnode, insertedVnodeQueue)
            }
            insert(parentElm, vnode.elm, refElm)
          }
    
          if (process.env.NODE_ENV !== 'production' && data && data.pre) {
            creatingElmInVPre--
          }
        } else if (isTrue(vnode.isComment)) {
          vnode.elm = nodeOps.createComment(vnode.text)
          insert(parentElm, vnode.elm, refElm)
        } else {
          vnode.elm = nodeOps.createTextNode(vnode.text)
          insert(parentElm, vnode.elm, refElm)
        }
      }
    
    
    • createElm 的作用是通过虚拟节点创建真实的 DOM 并掺入到它的父节点中。其中关键逻辑,createComponent 方法的目的就是尝试创建子组件,在当前这个 case 下它返回的值是 false,接下来判断 VNode 是否包含 tag,如果包含,先简单对 tag 的合法性在非生产环境下做校验,看是否是合法标签,然后在去调用平台 DOM 的操作去创建一个占位符元素。
      vnode.elm = vnode.ns
        ? nodeOps.createElementNS(vnode.ns, tag)
        : nodeOps.createElement(tag, vnode)
    
    • 接下来调用 createChildren 方法去创建子元素:
      
      createChildren(vnode, children, insertedVnodeQueue)
    
      function createChildren (vnode, children, insertedVnodeQueue) {
        if (Array.isArray(children)) {
          if (process.env.NODE_ENV !== 'production') {
            checkDuplicateKeys(children)
          }
          for (let i = 0; i < children.length; ++i) {
            createElm(children[i], insertedVnodeQueue, vnode.elm, null, true, children, i)
          }
        } else if (isPrimitive(vnode.text)) {
          nodeOps.appendChild(vnode.elm, nodeOps.createTextNode(String(vnode.text)))
        }
      }
    
    • createChildren 的逻辑就是遍历子虚拟节点,递归调用 createEle,这是一种常见的深度优先的遍历算法,这里需要注意的一点是在遍历过程中会把 VNode.ele 作为父容器的 DOM 节点占位符传入。

    • 然后接着会调用 invokeCreateHooks 方法执行所有的 create 的钩子并把 VNode push 到 insertedVNodeQueue 中

      if (isDef(data)) {
        invokeCreateHooks(vnode, insertedVnodeQueue)
      }
    
      function invokeCreateHooks (vnode, insertedVnodeQueue) {
        for (let i = 0; i < cbs.create.length; ++i) {
          cbs.create[i](emptyNode, vnode)
        }
        i = vnode.data.hook // Reuse variable
        if (isDef(i)) {
          if (isDef(i.create)) i.create(emptyNode, vnode)
          if (isDef(i.insert)) insertedVnodeQueue.push(vnode)
        }
      }
    
    • 在最后调用 insert 方法把 DOM 插入到父节点中,因为是递归调用,子元素会优先调用 insert,所以整个 VNode 树节点的插入顺序就是 先子后父
    • 接着来看一下 insert 方法,定义在 src/core/vdom/patch.js 中:
      insert(parentElm, vnode.elm, refElm)
    
      function insert (parent, elm, ref) {
        if (isDef(parent)) {
          if (isDef(ref)) {
            if (ref.parentNode === parent) {
              nodeOps.insertBefore(parent, elm, ref)
            }
          } else {
            nodeOps.appendChild(parent, elm)
          }
        }
      }
    
    
    • insert 逻辑就是,调用一些 nodeOps 方法把子节点插入到父节点中,这些的辅助方法定义在 src/platforms/web/runtime/node-ops.js 中
    export function insertBefore (parentNode: Node, newNode: Node, referenceNode: Node) {
      parentNode.insertBefore(newNode, referenceNode)
    }
    
    export function removeChild (node: Node, child: Node) {
      node.removeChild(child)
    }
    
    
    • 其实就是调用原生 DOM 的 API 进行 DOM 操作,Vue 也是用原生的创建 DOM 的方式动态创建的 DOM。

    • 在 crateEle 过程中,如果 VNode 节点如果不包含 tag,则它有可能是一个注释或者纯文本节点,可以直接插入到父元素中。在上面那个例子中,最内层就是一个文本 VNode,它的 text 值取的就是之前的 this.message 的值 Hello World!。

    • 在回到 patch 方法,首次渲染调用了 createEle 方法,这里传入的 parentEle 是 oldVnode.ele 的父元素,在例子中 id 为 #app div 的父元素,也就是 Body;实力上整个过程就是递归创建一个完整的 DOM 树并插入到 Body 上。

    • 最后,根据之前递归 createElm 生成的 VNode 插入顺序队列,执行相关的 insert 钩子函数。

    上面从主线上把模板和数据如何渲染成最终的 DOM 的过程分析完毕了。
    从初始化 Vue 到最终渲染的整个过程: new Vue => init => $mount => compile => render => vnode => patch => DOM

    相关文章

      网友评论

        本文标题:Vue update 首次渲染(Vue2.5 update 源码

        本文链接:https://www.haomeiwen.com/subject/jbumwftx.html