当前位置：首页 > article >正文

大白话讲vuex

article 2025/8/26 17:43:42

一、什么是vuex？

官方解释：

Vuex 是一个专为 Vue.js 应用程序开发的状态管理模式。它采用集中式存储管理应用的所有组件的状态，并以相应的规则保证状态以一种可预测的方式发生变化。

个人理解：

类似一个全局变量，其中包含了多个组件共享的状态，它是单例的，当其中一个组件变更共享的状态时，其他的组件能够得到最新的状态。

既然是状态管理，我们就要先弄清楚到底什么是状态。

状态其实就是数据，数据变更了，我们就说它的状态变更了，一个状态管理的应用包括以下三个部分：

state：真正的数据（状态）
view：将数据展示到页面上方式（视图）
actions：函数、方法，可以理解为改变数据的方式

new Vue({// statedata () {return {count: 0}},// viewtemplate: `<div>{{ count }}</div>`,// actionsmethods: {increment () {this.count++}}
})

他们三者之间的关系是这样的，用户根据页面上数据的展示（view），可以进行一定的操作（action），例如点击增加按钮，触发加法函数，将页面上的数据+1（state），数据改变后，浏览器会将新的数据重新展示到页面上（view），这就形成了一个单向数据流的概念。

在这里插入图片描述

但是当我们的组件多了之后，很有可能多个组件使用了同一个共享的数据（依赖于同一状态），在多个页面上用户也有多种方式（action）去改变这一数据（状态）。

如果没有vuex，我们可以将数据（状态）拷贝多份，然后使用多层嵌套来完成数据（状态）的传递和同步，但是显而易见这会使得代码臃肿无法维护，况且无法解决兄弟组件之间状态传递的问题。

于是便出现了vuex。

这就很好理解为什么我们要把组件的状态抽离出来单独管理，主要是为了解决以下问题：

兄弟组件之间的通信
开发大型应用的时候，多个组件共享状态会破坏单项数据流的简洁性。

但是如果是一个小型应用的话，使用【store模式】就足够了，使用vuex会有点大炮打蚊子的感觉。

二、vuex的五个核心概念

一个vuex应用的核心就是store（仓库），可以理解为一个容器，它通过把大部分状态存放到这个容器中进行管理。vuex和单纯的全局对象有以下两点不同：

Vuex 的状态存储是响应式的。也就是说有一个组件变更了vuex中的状态时，其他相关组件中的状态都会得到更新。
不能直接对store中的状态进行操作。要改变其中的状态只能通过显式的提交（commit）mutation。这样做的目的是为了让我们更方便的跟踪状态的变化，进行debug等操作。

一个简单的case：

在store文件夹下新建个index.js文件（命名无所谓，不建store文件夹也可以）

//index.jsimport Vue from 'vue'
import Vuex from 'vuex'Vue.use(Vuex)export default new Vuex.Store({state: {count: 0},mutations: {increment (state) {state.count++}}
})

main.js

import store from './store/index';new Vue({el:'#app',router,store,render: h=> h(App)
});

在组件中进行状态变更

methods: {increment() {this.$store.commit('increment')console.log(this.$store.state.count)}
}

1.State

vuex中的状态是一颗单一状态树，也就是说每个应用仅包含一个store实例，一个单例对象便包含了全部的应用层级状态。

单状态树和模块化不冲突！

获取vuex状态

在vue的组件中，如果想要获取vuex中的状态，可以通过以下的方式：

Counter组件：

//Counterconst Counter = {template: `<div>{{ count }}</div>`,computed: {count () {//获取countreturn store.state.count}}
}

前面说过，当状态state发生变化后，相关联的组件都会更新到最新的状态。在模块化的系统中，由于每个使用到state的组件都依赖全局状态单例，就会导致state在组件中频繁的导入。

为了解决这个问题，vuex提供了一种机制将全局状态单例从根组件"注入"到每一个子组件中，使用方式如下：

在/store/index.js中调用Vue.use(Vues)

//index.jsVue.use(Vuex)

然后在根组件中通过store选项将store实例注入所有的子组件

//main.jsnew Vue({el: '#app',// 把 store 对象提供给 “store” 选项，这可以把 store 的实例注入所有的子组件store,components: { Counter },template: `<div class="app"><counter></counter></div>`
})

注入完成后，子组件就可以通过this.$store进行访问，新的Counter实现如下：

const Counter = {template: `<div>{{ count }}</div>`,computed: {count () {return this.$store.state.count}}
}

对比下两种访问方式：

//注入之前
store.state.count
//注入之后
this.$store.state.count

注意：我们不需要将所有的状态都放入vuex。虽然将所有的状态放到 Vuex 会使状态变化更显式和易调试，但也会使代码变得冗长和不直观。如果有些状态严格属于单个组件，最好还是作为组件的局部状态。

2.Getters

类似于computed(计算属性，对现有的状态进行计算得到新的数据——>派生 )

Getter 会暴露为 store.getters 对象，你可以以属性的形式访问这些值：

const store = new Vuex.Store({state: {todos: [{ id: 1, text: '...', done: true },{ id: 2, text: '...', done: false }]},getters: {doneTodos: state => {return state.todos.filter(todo => todo.done)}}
})//访问方式
store.getters.doneTodos

看了下公司的使用方式略有不同，使用方式如下：

//getter.jsconst getters = {sidebar: state => state.app.sidebar,size: state => state.app.size
}
export default getters//访问方式
store.getters.size

3.Mutations

（1）概念理解

更改 Vuex 的 store 中的状态的唯一方法是提交 mutation。mutation可以理解为事件，每个 mutation 都有一个字符串的 事件类型 (type) 和一个 回调函数 (handler)。这个回调函数就是我们实际进行状态更改的地方，并且它会接受 state 作为第一个参数。

const store = new Vuex.Store({state: {count: 1},mutations: {increment (state) {// 变更状态state.count++}}
})

在上面这个例子中，事件类型就是'increment'，回调函数就是increment函数。

在我们commit时会调用 mutation handler去执行此函数，但是不能直接调用handler。

（2）commit提交的两种方式

commit(type: string, payload?: any, options?: Object)

第一种是以string方式进行提交，如下文'increment'。

在我们进行commit时，除了默认的state，我们还可以传入额外的参数，这个额外的参数成为载荷payload，payload一般作为一个对象进行传递。

// ...
mutations: {increment (state, payload) {state.count += payload.amount}
}

store.commit('increment', {amount: 10
})

commit(mutation: Object, options?: Object)

第二种是以对象方式进行提交。当以这种方式提交时，整个对象都作为载荷payload传给 mutation 函数，因此 handler 保持不变。

mutations: {increment (state, payload) {state.count += payload.amount}
}

store.commit({type: 'increment',amount: 10
})

注意：mutation中必须是同步函数！

我们不直接修改state，而是通过先commit的方式，本质上就是为了便于对state中的状态进行追踪。而如果mutation中是异步函数的话，我们无法得知什么时候回调函数会被调用，这就违背了我们要对状态进行追踪的理念。

4.Actions

action和mutation类似，但是有以下两点不同：

action 提交的是 mutation，而不是直接变更状态
action 可以包含任意异步操作

一个简单的case：

/store/index.jsconst store = new Vuex.Store({state: {count: 0},mutations: {increment (state) {state.count++}},actions: {increment (context) {context.commit('increment')}}
})

Action 函数接受一个与 store 实例具有相同方法和属性的 context 对象（包含{state，getters，commit}等属性），因此你可以调用 context.commit 提交一个 mutation，或者通过 context.state 和 context.getters 来获取 state 和 getters。下面介绍到 modules时，我们会知道 context 对象为什么不是 store 实例本身。

实际中我们在使用时经常会通过参数解构来简化代码，尤其是需要多次commit的时候，写法如下：

actions: {increment ({ commit }) {commit('increment')}
}

由于mutation中不能包含异步操作，所以我们使用actions来执行一些异步操作，并且通过commit记录状态的变更。

actions: {checkout ({ commit, state }, products) {// 把当前购物车的物品备份起来const savedCartItems = [...state.cart.added]// 发出结账请求，然后乐观地清空购物车commit(types.CHECKOUT_REQUEST)// 购物 API 接受一个成功回调和一个失败回调shop.buyProducts(products,// 成功操作() => commit(types.CHECKOUT_SUCCESS),// 失败操作() => commit(types.CHECKOUT_FAILURE, savedCartItems))}
}

在组件中的使用方式如下：

store.dispatch('checkout',products)
//或者
this.$store.dispatch('checkout',products);

store.dispatch 可以处理被触发的 action 的处理函数返回的 Promise，并且 store.dispatch 仍旧返回 Promise。一个 store.dispatch 在不同模块中可以触发多个 action 函数。在这种情况下，只有当所有触发函数完成后，返回的 Promise 才会执行。

一个store实例具有的方法和属性如下：

属性：

state：Object类型，根状态，只读
getters：Object类型，暴露出注册的getter，只读

方法：

commit：用来提交mutation，有以下两种使用方式。

commit(type: string, payload?: any, options?: Object)

commit(mutation: Object, options?: Object)

payload表示携带的参数，options是对象类型，其中可以包含 root：true，它允许在命名空间模块里提交根的 mutation，在提交mutation时是以对象方式提交的。

dispatch：分发 action，返回一个解析所有被触发的 action 处理器的 Promise。

dispatch(type: string, payload?: any, options?: Object): Promise

dispatch(action: Object, options?: Object): Promise

replaceState：替换 store 的根状态，仅用状态合并或时光旅行调试。

replaceState(state: Object)

watch：响应式地侦听 fn 的返回值，当值改变时调用回调函数。fn 接收 store 的 state 作为第一个参数，其 getter 作为第二个参数。最后接收一个可选的对象参数表示 Vue 的vm.$watch(opens new window) 方法的参数。调用此方法返回的函数即可停止侦听。

watch(fn: Function, callback: Function, options?: Object): Function

subscribe
subscribeAction
registerModule
unregisterModule
hasModule
hotUpdate

详情请见官网：https://v3.vuex.vuejs.org/zh/api/#vuex-store

5.Modules

（1）介绍

我们知道vuex使用一个状态树的全局实例对象store来管理所有的状态state，例如在store文件夹下创建的index.js文件。但是随着state越来越多，如果全部放到一个文件中会使代码显得十分臃肿，不易于维护。
于是我们可以创建一个store/modules文件夹，然后根据业务需求创建不同的.js文件，也就是将store对象模块化。如下图所示：

在这里插入图片描述