新手寫的Vue源碼學習記錄(渲染過程)

無規矩不成方圓html

在技術領域上更是如此, 好比: 類名頭字母大寫, promiseA+ 規範, DOM 標準, es 標準, 都是規矩.vue

框架亦是如此, 好比Vue 就是尤大的一套規矩.node

若是要打破規矩, 第一步要作的就是要了解規矩.web

2.6版本express

Vue 執行過程(new Vue({})以前)

<details>
<summary>
Vue 構造函數
</summary>api

// path: src/core/instance/index.js
function Vue (options) {
  if (process.env.NODE_ENV !== 'production' &&
    !(this instanceof Vue)) {
    warn('Vue is a constructor and should be called with the `new` keyword')
  }
  this._init(options)
}

initMixin(Vue)
stateMixin(Vue)
eventsMixin(Vue)
lifecycleMixin(Vue)
renderMixin(Vue)

</details>數組

各類Mixin 都幹了什麼?

其實他們都往 Vue 實例的原型鏈上添加了諸多的方法promise

initsrc/core/instance/init.js

Vue.prototype._init = functoin(options){...}

statesrc/core/instance/state.js

Vue.prototype.$data = {...}

Vue.prototype.$props = {...}

Vue.prototype.$set = function () {...}

Vue.prototype.$delete = function () {...}

Vue.prototype.$watch = functoin(expOrFn, cb, options){...}

eventssrc/core/instance/events.js

Vue.prototype.$on = functoin(event, fn){...}

Vue.prototype.$once = functoin(event, fn){...}

Vue.prototype.$off = functoin(event:Array<string>, fn){...}

Vue.prototype.$emit = functoin(event){...}

lifecyclesrc/core/instance/lifecycle.js

Vue.prototype._update = functoin(vnode, hydrating){...}

Vue.prototype.$forceUpdate = function(){...}

Vue.prototype.$destory = function(){...}

rendersrc/core/instance/render.js

Vue.prototype.$nexttick = function(fn){...}

Vue.prototype._render = function(){...}
緩存

其實在還有一個 initGlobalAPI(vm) 會初始化 .use(), .extend(), .mixin(), 這些在分析過程當中遇到再去了解app

如今來看一個實例(new Vue({}) 以後)

new Vue({
    el: '#app',
    data: {
        name: {
            firstName: 'lee',
            lastName: 'les'
        }
    }
})

原諒我這個實例如此簡單...

若是你記性好, 你就會知道 Vue 的全部一切 都是從一個_init(options) 開始的

如今來看揭開 _init 的神祕面紗

第一個起關鍵做用的條件語句

// path: src/core/instance/init.js
if (options && options._isComponent) {
  // optimize internal component instantiation
  // since dynamic options merging is pretty slow, and none of the
  // internal component options needs special treatment.
  initInternalComponent(vm, options)
} else {
  vm.$options = mergeOptions(
    resolveConstructorOptions(vm.constructor),
    options || {},
    vm
  )
}

能夠看到尤大, 在這裏有一些註釋, 我的認爲這些註釋必定要看而且好好理解, 由於這是最好的教程, 可是就算咱們不懂, 咱們依然能夠判斷出 _isComponent 這個屬性是內部屬性, 按照咱們的正常流程走下去, 這個是不會用到的, 因此咱們能夠直接看else 語句裏面的內容, 能夠看到 Vue 實例化時作的第一件事情, 就是要合併Vue 的基本配置跟咱們傳進來的配置.

看到這裏咱們應該要提出一個問題, 就是,爲何要合併配置, 提出一個問題以後就是要本身先嚐試着回答, 當本身一點頭緒都沒有時, 纔是去詢問別人的最好時機, 在這裏我想, 這應該是方便讀取配置信息, 由於他們都掛載在vm.$options上了 這樣, 只要能訪問this, 就能訪問到配置信息

代碼我就不貼了, Vue的基本配置 能夠看 src/core/global-api/index.js 內容很簡單, 深挖下去就知道 Vue.options 是 一個有 _base, components, filters,directives... 這些屬性的對象, 合併了之後, 會加上你傳進去的 屬性, 在咱們這個例子中就是 el, data.

各類初始化

initLifecycle(vm)
initEvents(vm)
initRender(vm)
callHook(vm, 'beforeCreate')
initInjections(vm) // resolve injections before data/props
initState(vm)
initProvide(vm) // resolve provide after data/props
callHook(vm, 'created')

這裏能夠看見明顯的生命週期函數, 也知道了在beforeCreate 裏並不能訪問到this.xxx 來訪問咱們的data屬性, 也能知道 inject 是先於 provide 初始化的 那麼問題來啦,既然咱們的data已經傳了進去給Vue, Vue 怎麼可能訪問不了呢?
還記得, Vue 作的第一步操做是什麼嗎? 是合併$options? 咱們傳進去的配置全都合併在了這個$options上了.

this.$options.data() // 嘗試在beforeCreate() 鉤子函數裏面執行這段代碼
//其實這個深度使用過Vue的人也能夠很輕鬆的發現的(由於文檔有提到$options)....

若是你正在看源碼, 你還會看見一個 initProxy, 我暫時不知道這段代碼的做用, 就是攔截了 config.keyCodes 對象的一些屬性設置

_init 的最後一步

if (vm.$options.el) {
  vm.$mount(vm.$options.el)
}

若是你指定了掛載的Vue 容器, 那麼Vue 就會直接掛載.

咱們來看看Vue.$mount

這個Vue.$mount 要解釋一下, 尤大在這裏抽取了一個公共的 $mount函數, 要看清楚入口文件才能夠找到正確的$mount 函數

<details>
<summary>

$mount函數

</summary>

// src/platforms/web/entry-runtime-with-compiler.js
const mount = Vue.prototype.$mount // 對公共的$mount函數作個保存而後再覆蓋
Vue.prototype.$mount = function (
  el?: string | Element,
  hydrating?: boolean
): Component {
  el = el && query(el)

  /* istanbul ignore if */
  if (el === document.body || el === document.documentElement) {
    process.env.NODE_ENV !== 'production' && warn(
      `Do not mount Vue to <html> or <body> - mount to normal elements instead.`
    )
    return this
  }

  const options = this.$options
  
  // resolve template/el and convert to render function
  // 解析 template 或者 el 而後轉換成 render function
  if (!options.render) {
    let template = options.template
    if (template) {
      if (typeof template === 'string') {
        if (template.charAt(0) === '#') {
          template = idToTemplate(template)
          /* istanbul ignore if */
          if (process.env.NODE_ENV !== 'production' && !template) {
            warn(
              `Template element not found or is empty: ${options.template}`,
              this
            )
          }
        }
      } else if (template.nodeType) {
        template = template.innerHTML
      } else {
        if (process.env.NODE_ENV !== 'production') {
          warn('invalid template option:' + template, this)
        }
        return this
      }
    } else if (el) {
      template = getOuterHTML(el)
    }
    if (template) {
      /* istanbul ignore if */ // 性能檢測
      if (process.env.NODE_ENV !== 'production' && config.performance && mark) {
        mark('compile')
      }

      const { render, staticRenderFns } = compileToFunctions(template, {
        outputSourceRange: process.env.NODE_ENV !== 'production',
        shouldDecodeNewlines,
        shouldDecodeNewlinesForHref,
        delimiters: options.delimiters,
        comments: options.comments
      }, this)
      options.render = render
      options.staticRenderFns = staticRenderFns

      /* istanbul ignore if */
      // 性能檢測
      if (process.env.NODE_ENV !== 'production' && config.performance && mark) {
        mark('compile end')
        measure(`vue ${this._name} compile`, 'compile', 'compile end')
      }
    }
  }
  return mount.call(this, el, hydrating)
}

</details>

咱們能夠看到. 一開始就把本來的$mount函數保存了一份, 而後再定義, 本來的$mount(el, hydrating)只有幾行代碼, 建議本身看一下 src/platforms/web/runtime/index.js

在咱們的實例中, 咱們出了el和data其餘什麼都沒有, 因此這裏會用elgetOuterHTML()獲取咱們的模板, 也就是咱們的#app

而後調用 compileToFunction 函數, 生成咱們的render函數(render函數式一個返回VNode的函數),這個過程(涉及到AST => 抽象語法樹)咱們有須要再去學習,最後再調用共有的$mount(el, hydrating) 方法,而後就來到了咱們的mountComponent(vm, el) 函數了.跟丟了沒?

<details>
<summary>mountComponent(vm, el, hydrating)</summary>

export function mountComponent (
  vm: Component,
  el: ?Element,
  hydrating?: boolean // 初步估計是跟服務端渲染有關的
): Component {
  // 如今的$el已是一個DOM元素
  vm.$el = el;

  console.log((vm.$options.render),'mountComponent')

  // 正常狀況 到這裏render 函數已早已成完畢, 這裏的判斷我猜是在預防render函數生成時出錯的
  if (!vm.$options.render) {
    vm.$options.render = createEmptyVNode // render 函數就是一個返回 VNode 的函數
    if (process.env.NODE_ENV !== 'production') {
      /* istanbul ignore if */
      if ((vm.$options.template && vm.$options.template.charAt(0) !== '#') ||
        vm.$options.el || el) {
        warn(
          'You are using the runtime-only build of Vue where the template ' +
          'compiler is not available. Either pre-compile the templates into ' +
          'render functions, or use the compiler-included build.',
          vm
        )
      } else {
        warn(
          'Failed to mount component: template or render function not defined.',
          vm
        )
      }
    }
  }
  callHook(vm, 'beforeMount')

  let updateComponent
  /* istanbul ignore if */
  // 這裏判斷是否須要性能檢測, 生產環境不打開
  if (process.env.NODE_ENV !== 'production' && config.performance && mark) {
    updateComponent = () => {
      const name = vm._name
      const id = vm._uid
      const startTag = `vue-perf-start:${id}`
      const endTag = `vue-perf-end:${id}`

      mark(startTag)
      const vnode = vm._render()
      mark(endTag)
      measure(`vue ${name} render`, startTag, endTag)

      mark(startTag)
      vm._update(vnode, hydrating)
      mark(endTag)
      measure(`vue ${name} patch`, startTag, endTag)
    }
  } else {
    updateComponent = () => {
      vm._update(vm._render(), hydrating)
    }
  }

  // we set this to vm._watcher inside the watcher's constructor
  // since the watcher's initial patch may call $forceUpdate (e.g. inside child
  // component's mounted hook), which relies on vm._watcher being already defined
  new Watcher(vm, updateComponent, noop, {
    before () {
      if (vm._isMounted && !vm._isDestroyed) {
        callHook(vm, 'beforeUpdate')
      }
    }
  }, true /* isRenderWatcher */)
  hydrating = false

  // manually mounted instance, call mounted on self
  // mounted is called for render-created child components in its inserted hook
  if (vm.$vnode == null) {
    vm._isMounted = true
    callHook(vm, 'mounted')
  }
  return vm
}

</details>

能夠看到這裏最重要的操做,就是new Watcher() watcher 是響應式的原理, 用於記錄每個須要更新的依賴, 跟Dep相輔相成, 再配合 Object.definedProperty, 完美!

可是咱們渲染爲何要通過Warcher呢? 由於要收集依賴啊...

題外話, Watcher 也用於watch的實現, 只不過咱們當前的例子裏並無傳入watch.

要搞清楚他在這裏幹了什麼, 先搞清楚傳進去的參數, 能夠看到一個比較複雜的updateComponent 如今咱們來深刻一下.先_render_update

<details>
<summary>Vue.prototype._render</summary>

// src/core/instance/render.js
Vue.prototype._render = function (): VNode {
    const vm: Component = this
    const { render, _parentVnode } = vm.$options
    console.log(render, _parentVnode, '_parentVnode')
    // 解析插槽
    if (_parentVnode) {
      vm.$scopedSlots = normalizeScopedSlots(
        _parentVnode.data.scopedSlots,
        vm.$slots,
        vm.$scopedSlots
      )
    }

    // set parent vnode. this allows render functions to have access
    // to the data on the placeholder node.
    vm.$vnode = _parentVnode
    // render self
    let vnode
    try {
      // There's no need to maintain a stack because all render fns are called
      // separately from one another. Nested component's render fns are called
      // when parent component is patched.
      currentRenderingInstance = vm
      vnode = render.call(vm._renderProxy, vm.$createElement)
    } catch (e) {
      handleError(e, vm, `render`)
      // return error render result,
      // or previous vnode to prevent render error causing blank component
      /* istanbul ignore else */
      if (process.env.NODE_ENV !== 'production' && vm.$options.renderError) {
        try {
          vnode = vm.$options.renderError.call(vm._renderProxy, vm.$createElement, e)
        } catch (e) {
          handleError(e, vm, `renderError`)
          vnode = vm._vnode
        }
      } else {
        vnode = vm._vnode
      }
    } finally {
      currentRenderingInstance = null
    }
    // if the returned array contains only a single node, allow it
    if (Array.isArray(vnode) && vnode.length === 1) {
      vnode = vnode[0]
    }
    // return empty vnode in case the render function errored out
    if (!(vnode instanceof VNode)) {
      if (process.env.NODE_ENV !== 'production' && Array.isArray(vnode)) {
        warn(
          'Multiple root nodes returned from render function. Render function ' +
          'should return a single root node.',
          vm
        )
      }
      vnode = createEmptyVNode()
    }
    // set parent
    vnode.parent = _parentVnode
    return vnode
  }

</details>

首先咱們這裏沒有_parentVnode,也沒有用到組件, 只是經過new Vue()這種最簡單的用法 因此父組件插槽是沒有的.

因此這個函數通篇最重要的就是這一句代碼

vnode = render.call(vm._renderProxy, vm.$createElement)

看尤大的註釋就知道 render 可能回返回一個只有一個值的數組, 或者報錯的時候會返回一個空的vnode, 其餘操做都是兼容處理, 而後把vnode返回

<details>
<summary>_update</summary>

// src/core/instance/lifecycle.js
Vue.prototype._update = function (vnode: VNode, hydrating?: boolean) {
const vm: Component = this
const prevEl = vm.$el
const prevVnode = vm._vnode
const restoreActiveInstance = setActiveInstance(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 */)
} else {
  // updates
  vm.$el = vm.__patch__(prevVnode, vnode)
}
restoreActiveInstance()
// 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.
}

</details>

這裏最主要的就是 vm.$el = vm.__patch__(prevVnode, vnode), 經過patch來掛載 vnode 而且比對兩個vnode 的不用與相同, 這就是diff, 在vue中 diffpatch 是一塊兒的. 這部分先略過, 咱們先看總體.

深刻watcher

watcher代碼挺長的, 我就先貼個構造函數吧

<details>
<summary>Watcher constructor </summary>

constructor (
    vm: Component, // Vue 實例
    expOrFn: string | Function, // updateComponent
    cb: Function, // 空函數
    options?: ?Object, // {before: ()=>{}}
    isRenderWatcher?: boolean // true 爲了渲染收集依賴用的
  ) {
    this.vm = vm
    if (isRenderWatcher) {
      vm._watcher = this 
    }
    vm._watchers.push(this)
    // options
    if (options) {
      this.deep = !!options.deep // 給watch屬性用 若是watch屬性是一個對象且deep爲true 那麼該對象就是深度watch 相似於深拷貝的概念
      this.user = !!options.user // 若是爲true 就是爲 watche 屬性服務的
      this.lazy = !!options.lazy // lazy若是爲true 的話就是computed屬性的了, 只不過computed有緩存而已
      this.sync = !!options.sync // 同步就當即執行cb 異步就隊列執行cb
      this.before = options.before // 恰好咱們的參數就是有這個屬性, 是一個回調函數
    } else {
      this.deep = this.user = this.lazy = this.sync = false
    }
    this.cb = cb
    this.id = ++uid // uid for batching
    this.active = true
    this.dirty = this.lazy // for lazy watchers
    this.deps = []
    this.newDeps = []
    this.depIds = new Set()
    this.newDepIds = new Set()
    this.expression = process.env.NODE_ENV !== 'production'
      ? expOrFn.toString()
      : ''
    // parse expression for getter
    // 這裏咱們傳進來的 expOrFn 就是一個 updateComponent() 就是一個函數
    if (typeof expOrFn === 'function') {
      this.getter = expOrFn
    } else {
    // 這裏的parsePath 也不難, 回憶一下咱們的 $watch 怎麼用的?
    /*  官方文檔的例子
    // 鍵路徑
    vm.$watch('a.b.c', function (newVal, oldVal) {
      // 作點什麼
    })
    能夠看到咱們的第一個參數, 'a.b.c'  其實這個表達式傳進來就是咱們的 expOrFn,
    能夠去看 $watch函數的代碼 最終也仍是要走 new Watcher 這一步的, parsePath就是爲了把這個表達式的值給求出來
    這個值是在vm實例上取得 通常在 data 裏面最好, 不過在渲染過程當中, 是不走這裏的.
    */
      this.getter = parsePath(expOrFn)
      if (!this.getter) {
        this.getter = noop
        process.env.NODE_ENV !== 'production' && warn(
          `Failed watching path: "${expOrFn}" ` +
          'Watcher only accepts simple dot-delimited paths. ' +
          'For full control, use a function instead.',
          vm
        )
      }
    }
    this.value = this.lazy
      ? undefined
      : this.get() // 求值, 其實就是觸發咱們的 getter 函數 觸發 對象的 get 收集依賴, Vue 的響應式已經爛大街了 (有時間再寫一篇), 在這裏 這個值一求值, 咱們的 updateComponent 就會執行, _render _updata 和會相應的執行, 而後就實現了咱們的 mount 過程
  }

</details>

最後

至此, 咱們的渲染過程已經學習完畢, 最主要的就是 總體的脈絡很是的清晰, 真正須要下功夫的是 虛擬節點的 diff patch跟 template 到 render function 的轉化. 共勉!

路漫漫其修遠兮, 吾將上下而求索.

相關文章
相關標籤/搜索