用vuex来做全局的状态管理时, 发现当刷新网页后,保存在vuex实例store里的数据会丢失。

1. 产生原因
其实很简单,因为store里的数据是保存在运行内存中的,当页面刷新时,页面会重新加载vue实例,store里面的数据就会被重新赋值。

2. 解决思路
一种是state里的数据全部是通过请求来触发action或mutation来改变。

一种是将state里的数据保存一份到本地存储(localStorage、sessionStorage、cookie)中。

很显然,第一种方案基本不可行,除非项目很小或者vuex存储的数据很少。而第二种可以保证刷新页面数据不丢失且易于读取。

3. 解决过程
首先得选择合适的客户端存储

localStorage是永久存储在本地,除非你主动去删除;

sessionStorage是存储到当前页面关闭为止;

cookie则根据你设置的有效时间来存储,但缺点是不能储存大数据且不易读取。

我选择的是sessionStorage,选择的原因vue是单页面应用,操作都是在一个页面跳转路由,另一个原因是sessionStorage可以保证打开页面时sessionStorage的数据为空,而如果是localStorage则会读取上一次打开页面的数据。

然后是怎么用sessionStorage来保存state里的数据。

第一种方案

由于state里的数据是响应式,所以sessionStorage存储也要跟随变化。又由于vuex规定所有state里数据必须通过mutation方法来修改,所以第一种方案就是mutation修改state的同时修改sessionStorage对应存储的属性

第二种方案

第一种方案确实可以解决问题,但这种方法很明显让人觉得怪异,都这样了,那不如直接用sessionStorage来做状态管理。

那怎么才能不用每次修改state时同时也要修改sessionStorage呢?这时我们可以换一个思路,因为我们是只有在刷新页面时才会丢失state里的数据,那有没有办法在点击页面刷新时先将state数据保存到sessionStorage,然后才真正刷新页面?

当然有,beforeunload这个事件在页面刷新时先触发的。那这个事件应该在哪里触发呢?我们总不能每个页面都监听这个事件,所以我选择放在app.vue这个入口组件中,这样就可以保证每次刷新页面都可以触发。

具体的代码如下:

export default {
  name: 'App',
  created () {
    //在页面加载时读取sessionStorage里的状态信息
    if (sessionStorage.getItem("store") ) {
        this.$store.replaceState(Object.assign({}, this.$store.state,JSON.parse(sessionStorage.getItem("store"))))
    } 

    //在页面刷新时将vuex里的信息保存到sessionStorage里
    window.addEventListener("beforeunload",()=>{
        sessionStorage.setItem("store",JSON.stringify(this.$store.state))
    })
  }
}

vuex的热门实例方法其实就2个,commit和dispatch,冷门方法倒是不少,虽然你可能一辈子不用都不妨碍开发一个牛逼的项目,但是有些功能你学了或许真的能用上。
官方文档:https://vuex.vuejs.org/zh/api/#vuex-store-实例方法

第三种方案

使用vuex-persistedstate 插件
安装插件:npm install vuex-persistedstate --save

配置:
在store的index.js中,手动引入插件并配置

import createPersistedState from "vuex-persistedstate"
const store = new Vuex.Store({
 // ...
 plugins: [createPersistedState()]
})
该插件默认持久化所有state,当然也可以指定需要持久化的state:

import createPersistedState from "vuex-persistedstate"
const store = new Vuex.Store({
 // ...
 plugins: [createPersistedState({
  storage: window.sessionStorage,
  reducer(data) {
   return {
   // 设置只储存state中的myData
   myData: data.myData
  }
  }
 })]

拓展

replaceState
官方文档就一句话,替换 store 的根状态,仅用状态合并或时光旅行调试。。

状态合并
看这段代码:

      if (sessionStorage.getItem("store")) {
        this.$store.replaceState(Object.assign({}, this.$store.state, JSON.parse(sessionStorage.getItem("store"))))
        console.log('正在从sessionStorage恢复store')
        console.log(this.$store.state)
        sessionStorage.removeItem("store")
      }

我们经常遇到一个问题就是,刷新页面导致状态丢失,一个解决方案就是使用sessionStorage随时储存state,刷新页面出发created则判断sessionStorage.state是否有内容,有则覆盖原state。

这里注意:

replaceState是覆盖state,合并的工作要使用Object.assign(),当然了,大部分时候并不需要合并,因为sessionStorage里的就是最新的state,直接覆盖就行了。

尽量避免使用这个方法,在错误的位置使用这个方法会造成数据被错误覆盖,只应该在非常有必要恢复state的时候才使用,更多的时候,如果用户刷新页面,应让用户从头走操作流程,只有在连续答题、购物等少数场合需要用到,而且并不是必须使用,依然有其他变通方法。
时光旅行调试
时光旅行调试是指devtools提供的时光旅行调试,这里提到时光旅行调试,我其实不太明白其中的意思,可能的意思有两个,不是一就是二:
1.devtools自己调用replaceState方法来时光旅行,无需开发者写任何代码。
2.开发者在某些代码位置覆盖state,这种可能性比较小。

watch
官方文档是:
watch(fn: Function, callback: Function, options?: Object): Function
响应式地侦听 fn 的返回值,当值改变时调用回调函数。fn 接收 store 的 state 作为第一个参数,其 getter 作为第二个参数。最后接收一个可选的对象参数表示 Vue 的 vm.$watch 方法的参数。
要停止侦听,调用此方法返回的函数即可停止侦听。

这个方法的作用就是监听state或是getters的变化,它实际上跟vue实例的watch作用差不多,比如state有一个状态叫a:

  created() {
    this.$store.watch((state, getter) => {
      return state.a
    }, (newVal) => {
      console.log('变成了', newVal);
    });
  },

只要state的a有变化,就会被监听到。
vue实例的watch也可以监听state或是getters的变化,区别大约是:
vue实例的watch监听更倾向于监听data的变化
vuex实例的watch监听state似的代码更容易维护
所以vuex实例的watch可用可不用。

subscribe
官方文档:
subscribe(handler: Function): Function
订阅 store 的 mutation。handler 会在每个 mutation 完成后调用,接收 mutation 和经过 mutation 后的状态作为参数:

store.subscribe((mutation, state) => {
 console.log(mutation.type) 
 console.log(mutation.payload) 
 })

要停止订阅,调用此方法返回的函数即可停止订阅。
通常用于插件。详细介绍

比如:

  state: {
    a: '1'
  },
  mutations: {
    SET_A(state, n) {
      state.a += n;
    },
  },
  created() {
    this.$store.subscribe((mutation, state) => {
      console.log('mutation.type', mutation.type)
      console.log('mutation.payload', mutation.payload)
      console.log('state.a', state.a)
    });
  },
  methods: {
    x() {
      this.$store.commit('SET_A', 3);
      console.log(this.$store.state.a);
    }
  }

现在执行this.x(),得到:

mutation.type SET_A
mutation.payload 3
state.a 13
13

可见,subscribe的回调函数的执行先于this.$store.commit()之后的代码。
subscribe的用途比如为mutation添加统一的回调函数等等,还是蛮有用的。

subscribeAction
跟subscribe类似

  actions: {
    ACTION_A(context, n) {
      console.log('ACT_A run');
      context.commit('SET_A', n);
    }
  },

    this.$store.subscribeAction((action, state) => {
      console.log('action.type', action.type)
      console.log('action.payload', action.payload)
      console.log('state.a', state.a)
    });

得到:

action.type ACTION_A
action.payload 3
state.a 1
ACT_A run
13

可见,subscribeAction的回调函数会在ACTION_A的所有代码之前执行,如果想改成之后执行,需要按照官网手册改成after对象:

    this.$store.subscribeAction({after: (action, state) => {
      console.log('action.type', action.type)
      console.log('action.payload', action.payload)
      console.log('state.a', state.a)
    }});

得到:

ACT_A run
13
action.type ACTION_A
action.payload 3
state.a 1

可见,subscribeAction的回调函数不仅仅是落后于ACTION_A,甚至比this.$store.dispatch()后面的同步代码还要落后。

Logo

前往低代码交流专区

更多推荐