阅读本文之前，默认大家对 vue 和 keep-alive 都很熟悉，所以不再啰嗦相关资料，直接进入正文
有耐心的话，且听我细细道来，如果你遇到过类似问题，或正在寻找解决方案，那么你可以直接翻到文末看结论。
以一个记账项目举例，常见的场景有首页、记到账页面、选择合同、新建合同、选择客户、新建客户这些页面。
在这些页面中，很显然，用户的浏览行为应该是逐渐深入的，通俗得讲就是浏览页面在不断前进。
而且这些页面之间还是有互动性存在的，两种互动行为：
一. 用户前进时，总是进入新的页面。（比如在合同列表页反复加载多次列表之后，进入其中一个合同详情，再返回时，应该仍停留之前里列表页同一个位置，而不是重新刷新列表页。）
二. 用户后退时，需要能保留前一页数据并继续操作。（比如，记到账时需要选择合同，选择合同时可以新建合同，新建合同时填了一堆数据可以去选择客户，在选择客户时又去创建了客户，那么这一堆操作下来应该能够做到：创建完客户后继续新建合同，建完合同后继续记该合同的到账）
- 1
- 2
上图是 demo 项目中的真实效果，目前常见的 vue 开发方案里，一般都会引入 vuex 或 localStorage ，在各个页面不断的存储和调用页面内的数据，我觉得，这很不科学很不优雅。
keep-alive 什么问题
vue 支持 keep-alive 组件，如果启用，页面内的所有数据都会被保留，所以，上文的互动行为二后退时保留前一页数据继续操作没有问题。
问题出在互动行为一用户前进时总是进入新页面，然而一旦缓存，你就没法总是进新页面了，你总是进入缓存页，这就很让人头疼了。
官方提供了include和exclude特性，说你可以决定哪些页面使用缓存哪些页面不用缓存。链接
然而问题又回到了原点，并没有解决我们酌情决定是否使用已缓存的缓存这一需求。
所以很多人想到了一个方法在离开页面时销毁这个页面是不是就可以了，然而并不能，这里出现了 bug ，组件销毁了缓存还在:
于是，就有人提出希望keep-alive能增加可以动态删除已缓存组件的功能，issue
这是个老话题，之前一直没有进展，核心原因就在于 keep-alive 不能正确处理已销毁的组件。
尝试解决这个问题
如果能实现动态使用缓存这一功能，那么所有问题也就迎刃而解。
最初，我研究 keep-alive 的代码，发现了这么一段代码：
于是，我想，如果在此处判断如果组件已被销毁则不使用缓存，是不是就解决这个问题了，于是我提交了一个 PR:
不过这个 PR 迟迟没有通过，我就放弃了。
暴力解决这个问题
我继续研究有没有其他方案，然后我在打印组件变量的时候，发现了这么个眼熟的字段：
这不就是 keep-alive 的组件嘛，我赶忙点开再看，发现了更眼熟的东东：
于是，这事儿就变得简单了，直接按图索骥，咱在销毁组件之前，寻找路由组件所在父级的 keep-alive 组件，操控其中的 cache 列表，强行删除其中的缓存，问题也就迎刃而解，是不是很直接很暴力。
结论
keep-alive 默认不支持动态销毁已缓存的组件，所以此处给出的解决方案是通过直接操控 keep-alvie 组件里的 cahce 列表，暴力移除缓存：
//使用的方法拦截了路由离开事件，并在该拦截方法中实现了销毁页面缓存的功能。
({
beforeRouteLeave:function(to, from, next){
if (from && && && >)
{//此处判断是如果返回上一层，你可以根据自己的业务更改此处的判断逻辑，酌情决定是否摧毁本层缓存。
if (this.$vnode && this.$)
{
if (this.$ && this.$ && this.$)
{
if (this.$)
{
var key = this.$ == null
? this.$ + (this.$ ? `::${this.$}` : '')
: this.$;
var cache = this.$;
var keys = this.$;
if (cache[key])
{
if () {
var index = (key);
if (index > -1) {
(index, 1);
}
}
delete cache[key];
}
}
}
}
this.$destroy();
}
next();
},
});
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34