Vuex源码学习（七）action和mutation如何被调用的（调用篇）
前置篇不会那可不行！Vuex源码学习（六）action和mutation如何被调用的（前置准备篇）
在前置准备篇我们已经知道被处理好的action与mutation都被集中放置在哪里了。下面就要看dispacth和commit如何去调用它们。
dispatch与commit的实现
commit:
首先呢我们要校正参数，把传入的参数整理下
主要是处理这种形式
// 接收一个对象
this.$store.commit({type : 'setName',name : 'xLemon'});
this.$store.commit('setName',{name : 'xLemon'});
这两个基本等价。
只是第一种方式mutation接收的payload会比第二种多一个type属性，
整理的部分并不关键type是我们要找的mutation的名字，如何找到mutation呢？
通过 this._mutations[type] 找到要执行的mutation
所以type一定要是mutation的全名
所以我们通过commit找mutation的时候有命名空间的时候就要输入全名，（那种带很多/的）。没有这个名字的mutation容错处理，然后在withCommit函数的包裹下，完成了mutation的执行（所有mutation啊，全名相同的mutation都会被执行）。然后呢遍历_subscribers里面的函数进行执行。
_subscribers这是什么？在一开始我们可以注册一些内容（函数），在commit完成时被通知执行。（观察者模式）如何注册在这一章就不多讲了！后面章节会统一讲述。
这就是commit做的事情。
dispatch呢？
与commit大同小异，
也有一个_actionSubscribers的属性，在dispatch执行之前全部调用。
对于dispatch Vuex推荐的是放置异步任务，在注册action的时候已经被强制promise化了，所以有多个同名action会通过Promise.all来处理。在action的前后都有对应的钩子函数执行。
固定disptach与commit的this指向
//在vue组件内一个方法如果多次使用dispatch和commit，就会很麻烦。
this.$store.dispatch('xxx',payload);
this.$store.commit('xxx',payload);
const {dispatch,commit} = this.$store;
//这相当于创建变量，然后把this.$store的dispatch与commit赋值给它们。
//有经验的都应该知道，函数dispatch和commit的this指向在严格模式下指向undefined。
// 非严格模式下指向window,
// 刚才的源码中我们也看到了，dispatch和commit都依赖于Store实例。怎么办？？解决方法如下:
dispatch和commit是Store原型链上的方法，在constructor内注册了构造函数内的方法，把原型上的dispatch和commit进行了一个this指向的强制绑定，通过call让两个方法永远指向Store的实例上，保证了dispatch和commit不会因为赋值给其余变量等操作导致this指向改变从而发生问题
action与mutation函数的参数都有哪些？怎么来的？
看一个简单的mutation：
export const setName = function(state,payload) {
state.name = payload;
};这个时候不经意间有了一个疑惑？state哪里来的。
这就要从mutation被注册的函数内找原因了
handle是我们要被注册的一个mutation，entry是这个同名mutation的容器（存储所有的这个名字的mutation，一般只有一个）在吧handle放入entry的过程中，
我们发现，entry是被一个函数包裹起来，然后将local.store和payload绑定到这个handle的参数上，然后把handle的this指向锁定到了Store实例上，所以mutation在被commit调用的时候只传入了一个参数payload，
但是mutation函数执行的时候就有了两个参数。
下面看一下action：
按照刚才的分析action在被dispatch调用的时候会接收一个参数，但是action执行的时候会接收两个参数，第一个参数是个对象里面有六项，真的是包罗万象啊。。。我们看一下这个对象的六项
{
dispatch : local.dispatch,
commit:local.commit,
getter: local.getters,
state: local.state,
rootGetters:store.getters,
rootState:store.state
}分为两种一种是local的、一种是store的。mutation中好像也有使用local，那么local的意义是什么呢？我们下一节会讲述local的含义以及makeLocalContext、makeLocalGetters两个函数的作用。
还是要给个小线索，在模块树的层级很高的时候，我们在使用state的时候要一层一层找寻吗？
总结
- dispatch与commit在执行的时候，都是根据传入的全名action、mutation去Store实例的_actions、_mutations中找到对应的方法，进行执行的。
- dispatch和commit中都使用了this（指向Store实例），为了防止this的指向改变从而出现问题，就把原型上的dispatch与commit在constructor中处理到了实例本身，这个过程做了this指向的绑定（call）。
- action和mutation在执行的时候，参数都是在注册的时候就绑定了一部分，所以action与mutation在使用的时候可以访问到state等很多内容。
下一章；离开action与mutation 来讨论一下local的含义以及makeLocalContext、makeLocalGetters两个函数的作用
我是一个应届生，最近和朋友们维护了一个公众号，内容是我们在从应届生过渡到开发这一路所踩过的坑，已经我们一步步学习的记录，如果感兴趣的朋友可以关注一下，一同加油~
