vuex刷新state数据丢失问题

用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()后面的同步代码还要落后。