keep-alive.缓存问题

对于vue的 keep-alive 组件,先简单介绍一下:

<keep-alive> 包裹动态组件时,会缓存不活动的组件实例,而不是销毁它们。和 <transition> 相似,<keep-alive> 是一个抽象组件:它自身不会渲染一个 DOM 元素,也不会出现在父组件链中。当组件在 <keep-alive> 内被切换,它的 activated 和 deactivated 这两个生命周期钩子函数将会被对应执行。
include 和 exclude 属性允许组件有条件地缓存。二者都可以用逗号分隔字符串、正则表达式或一个数组来表示:

<!-- 逗号分隔字符串 -->
<keep-alive include="a,b">
  <component :is="view"></component>
</keep-alive>

<!-- 正则表达式 (使用 `v-bind`) -->
<keep-alive :include="/a|b/">
  <component :is="view"></component>
</keep-alive>

<!-- Array (use `v-bind`) -->
<keep-alive :include="['a', 'b']">
  <component :is="view"></component>
</keep-alive>

匹配首先检查组件自身的 name 选项,如果 name 选项不可用,则匹配它的局部注册名称(父组件 components 选项的键值。

在项目中,有些页面需要缓存,有些不需要,这就需要使用keep-alive进行相关控制,来达到效果。 一般的使用方法,可能都是下面的这种:

先在路由中配置meta: { keepAlive: true },然后

<keep-alive>
   <router-view v-if="$route.meta.keepAlive"></router-view>
</keep-alive>
<router-view v-if="!$route.meta.keepAlive"></router-view> 

根据keepAlive的值来进行是否缓存判断。

这种对于常规的页面缓存是有效的。 但是在项目中,一个页面不会一直被缓存的,有时需要重新渲染。比如,一个列表页(a)、详情页(b)和详情扩展页(c),a -> b页面,a是缓存页,b需要在每次打开时,重新渲染;b -> c页面,此时b需要被缓存,从c返回时,需要b保持不变。 对于这种需求,目前大部分的解决方案是:通过在路由导航守卫中判断b页面如果是前往c页面,则需要缓存,如果前往a页面,则b不需要缓存。

beforeRouteLeave(to, from, next) {
  if(to.path.includes('c')) {
    from.meta.keepAlive = true;
  } else {
    from.meta.keepAlive = false;
  }
    next();
  }

这种方式会出现一个问题: 首先,(具体例子,从上到下对于a、b、c),第一次前往c页面时,b确实会被缓存,

image

但是我们返回a页面,再前往b页面时,会出现一个新的b缓存页,

image

就算这不影响我们的性能,但是你继续前往c页面时,

image

我们之前的b被直接销毁,导致返回b页面时,会返回到第一次缓存的页面,而且之后一直都是只回到第一次的页面,

image

这并不是我们想要看到的。 网上搜罗一番,有说可以在回到a页面时,把缓存的b页面手动销毁,vue提供一个vm.$destroy()的方法,但是这是不被推荐使用的,我们先试一下:

beforeRouteLeave(to, from, next) {
  if(to.path.includes('c')) {
    from.meta.keepAlive = true;
  } else {
    from.meta.keepAlive = false;
    this.$destroy();
  }
    next();
  }

继续重复一下上面的操作,发现第一次的页面会被缓存,

image

第二次从a前往b,在前往c之后,b一直会被销毁,无法缓存,有时还会出现没有销毁的情况,导致第一次的缓存一直存在,之后每次还是会销毁b,

image

[图片上传中...(image-ac4689-1600762988122-1)]

全都不是我们的菜~!! 通过翻读vue文档中的keep-alive的介绍,注意到了它的一个属性:include,那就换一种写法,在App.vue中,通过监听路由是否是b到a页面,来判断要不要缓存:

 <keep-alive :include="keepAlive">
   <router-view></router-view>
 </keep-alive>
 export default {
   name: "App",
   data() {
     return {
       keepAlive: ['a', 'b']
     }
   },
   watch: {
     $route(to, from) {
     // 如果是从b到a页面,则不缓存b
       if(from.name === 'b' && to.name === 'a') {
         this.keepAlive = ['a']
       } else {
         this.keepAlive = ['a', 'b']
       }
     }
   }
 }; 

大功告成

image
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 206,602评论 6 481
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 88,442评论 2 382
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 152,878评论 0 344
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 55,306评论 1 279
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 64,330评论 5 373
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,071评论 1 285
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,382评论 3 400
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,006评论 0 259
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 43,512评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,965评论 2 325
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,094评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,732评论 4 323
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,283评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,286评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,512评论 1 262
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,536评论 2 354
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,828评论 2 345