Vue的methods里面的this为什么会指向Vue实例?

本文链接：https://blog.csdn.net/zhubaitian/article/details/127355279

本文主要探讨Vue代码中methods里this指向Vue实例对象的原理。通过跟踪Vue源代码，分析了从new Vue入口开始的初始化动作，包括将配置项放入实例对象的$options属性，调用initMethods方法，利用bind方法调整this指向，最终实现this指向Vue实例。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

相信我们写Vue代码时肯定都会在methods中用过this这个关键字，甚至还打印过this查看其内容。最终发现该实例对象竟然是我们的Vue实例对象。

如果是组件的话，将会是VueComponent实例对象，Vue和VueComponent两个类其实差不都，今后会另外开章节描述两者差别，这里先飘过。

比如下面的简单的一个demo代码，点击按钮打印出this。

<!DOCTYPE html>
<html lang="en">
  <head>
    <script src="../../dist/vue.js"></script>
  </head>
  <body>
    <div id="app">
      <button @click="printThis">What is this</button>
    </div>

    <script>
      const vm = new Vue({
        el: "#app",
        data: {
          counter: 0,
        },
        methods: {
          printThis() {
            console.log("this:", this);
          },
        },
      });
    </script>
  </body>
</html>

最终打印的结果将会如下：

在这里插入图片描述
很明显，vue框架通过某种方法自动帮我们将methods下面的this指向到vue的实例对象了。

下面跟踪下vue的源代码，看下是怎么实现的。

首先，我们看下new Vue的入口，也即是Vue类的构造函数

function Vue(options) {
  ...
  this._init(options);
}

构造函数的参数options就是我们前面new Vue时传入的带有methods和data这些配置项的对象。

构造函数里面会做很多初始化的动作，这些动作都被封装到_init这个方法中了。因为是通过this调用的，所以我们可以猜想到这个方法应该是写到了Vue的prototype上的。

Vue.prototype._init = function (options?: Object) {
    const vm: Component = this;
    ...
    // 将含有methods和data等配置项的对象合并并挂到Vue实例对象vm的$options属性上
    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
      );
    ...
    initState(vm);
    ...
  };
}

该方法会将我们new Vue时提供的带有methods和data的配置项放入到Vue实例对象的$options属性中，然后调用initState方法。


export function initState(vm: Component) {
  ...
  if (vm.$options.methods) initMethods(vm, vm.$options.methods);
  ...
}

因为我们提供了methods选项，记得吧？我们上面methods写了printThis方法。所以这里会调用到initMethods方法，传入的参数是Vue实例对象vm和我们传进来的methods选项。

function initMethods(vm: Component, methods: Object) {
  ...
  for (const key in methods) {
    ...
    vm[key] =
      typeof methods[key] !== "function" ? noop : bind(methods[key], vm);
  }
}

上面的代码逻辑主要就是循环methods里面的每个方法，然后将这些方法以相同的名字在vue实例对象中也放一份，比如我们的printThis方法，在vue实例对象中也来一份。

在这里插入图片描述
但是放到vue实例对象中的这些方法和原来的有一些区别，什么区别呢？就是通过上面的bind方法做了些调整。

这个bind方法看上去是不是很眼熟，名字和我们javascript用来修改this指向的bind方法一样。

而事实上这个bind方法最终调用的是一个叫做nativeBind的方法

function nativeBind (fn: Function, ctx: Object): Function {
  return fn.bind(ctx)
}

该方法做的事情就是将我们传入来的method，即我们这里的printThis方法的this的指向，指向到了传进来的vm，即我们的vue实例对象。

而这，也即是为什么我们在methods里面的方法可以通过this直接访问到Vue实例对象的原因了。

我是@天地会珠海分舵，「青葱日历」和「三日清单」作者。能力一般，水平有限，觉得我说的还有那么点道理的不妨点个赞关注下！