問(wèn)題產(chǎn)生的背景

我們一個(gè)后臺(tái)，在切換一些標(biāo)簽頁(yè)的時(shí)候，是使用的 keep-alive 緩存的標(biāo)簽頁(yè)，也使用了 include 屬性來(lái)決定哪個(gè)頁(yè)面進(jìn)行緩存，而標(biāo)簽頁(yè)的切換實(shí)際上是路由的切換，也就是說(shuō)打開(kāi)一個(gè)新標(biāo)簽頁(yè)的時(shí)候，url 會(huì)跟著變化，老的標(biāo)簽頁(yè)如果在 keep-alive 的 include 范圍內(nèi)那就會(huì)緩存下來(lái)。

然后客服人員就反饋?lái)?yè)面開(kāi)的久了就會(huì)崩潰，因?yàn)樗麄兓A(chǔ)上不會(huì)刷新頁(yè)面（工作需要），又總有切換標(biāo)簽的習(xí)慣，最后導(dǎo)致內(nèi)存越來(lái)越大最后崩潰。

依賴環(huán)境

這個(gè)項(xiàng)目是基于一個(gè)開(kāi)源 vue 后臺(tái)框架：https://github.com/PanJiaChen/vue-element-admin，然后代碼一直由幾個(gè)后端開(kāi)發(fā)維護(hù)的！所以后端沒(méi)找出問(wèn)題在哪，然后就我來(lái)接手這個(gè)問(wèn)題了。
寫(xiě)文章時(shí)，標(biāo)簽里竟然沒(méi)有 vue 這一項(xiàng)，差評(píng)！

定位問(wèn)題

先梳理下業(yè)務(wù)邏輯：從業(yè)務(wù)場(chǎng)景來(lái)說(shuō)，我們?cè)跇?biāo)簽頁(yè)之間切換時(shí)，如果剛進(jìn)入的這個(gè)標(biāo)簽頁(yè)已被緩存了，那被緩存的標(biāo)簽頁(yè)就直接拿出來(lái)展示就行，而關(guān)閉這個(gè)標(biāo)簽頁(yè)的時(shí)候就應(yīng)該銷毀對(duì)應(yīng)的組件。

花了點(diǎn)時(shí)間查看了一下代碼，發(fā)現(xiàn)問(wèn)題在于關(guān)閉標(biāo)簽頁(yè)的時(shí)候，雖然這個(gè)頁(yè)面沒(méi)在 keep-alive 的 include 里了，但是組件也沒(méi)有被銷毀掉，還是在緩存狀態(tài)，我們可以通過(guò) Vue Devtools 插件看到關(guān)閉后的標(biāo)簽頁(yè)對(duì)應(yīng)的組件一直還存在著：

當(dāng)然，在這塊 keep-alive 本身的邏輯我覺(jué)得是沒(méi)問(wèn)題的，主要是我們項(xiàng)目比較復(fù)雜，緩存的組件太多了而且會(huì)一直增加，所以最終導(dǎo)致崩潰。

解決問(wèn)題

既然問(wèn)題已經(jīng)定位了，那就好解決問(wèn)題了，只需要在關(guān)閉標(biāo)簽頁(yè)的時(shí)候把對(duì)應(yīng)的組件也銷毀掉就好了。

經(jīng)過(guò)網(wǎng)上一翻查找，發(fā)現(xiàn)銷毀一個(gè)組件可以使用： this.$destroy(‘組件名') 來(lái)銷毀。

先說(shuō)下大概思路：keep-alive 的 include 里存的其實(shí)是一個(gè) vuex 中的一個(gè)數(shù)據(jù)源（數(shù)據(jù)源保存的是路由名稱），當(dāng)關(guān)閉標(biāo)簽頁(yè)時(shí)，這個(gè)數(shù)據(jù)源中的一項(xiàng)會(huì)被移除。這之前，我們?cè)诮M件里監(jiān)聽(tīng)到這個(gè)數(shù)據(jù)源的變化，如果此組件對(duì)應(yīng)的路由（這個(gè)路由應(yīng)在 mounted 的時(shí)候保存下來(lái)）已經(jīng)不在數(shù)據(jù)源中了，那就應(yīng)該銷毀此組件。

代碼大概如下：

const mixin = {
 data() {
  return {
   routePath: ''
  }
 },
 mounted() {
  this.routePath = this.$route.path
 },
 computed: {
  visitedViews() {
   return this.$store.state.tagsView.visitedViews
  }
 },
 watch: {
  visitedViews(value) {
   if(value 里沒(méi)有了 routePath 這一項(xiàng))
    this.$destroy(this.$options.name)
   }
  }
 }
}

export default mixin

這一段代碼單獨(dú)拎出來(lái)了，然后在需要緩存的組件里使用 mixins 混入到組件對(duì)象中，這樣組件中要添加的代碼量就比較少了。

更改后經(jīng)過(guò)測(cè)試，關(guān)閉標(biāo)簽頁(yè)后對(duì)應(yīng)的組件就會(huì)被銷毀掉，使用 Vue Devtools 能看的很清楚。

更多思考

在我們后臺(tái)操作這么頻繁的業(yè)務(wù)場(chǎng)景下，使用 keep-alive 其實(shí)并不是一個(gè)好的選擇。

在我們修復(fù)這個(gè)問(wèn)題后，我們通過(guò)控制臺(tái)里的 Memory 查看頁(yè)面內(nèi)存的變化時(shí)，發(fā)現(xiàn)組件即便被銷毀，也要經(jīng)過(guò)一段時(shí)間才能回收完，當(dāng)我們?cè)谶@一段時(shí)間一直創(chuàng)建/打開(kāi)新的標(biāo)簽頁(yè)時(shí)，內(nèi)存還是會(huì)在短時(shí)間內(nèi)高漲。而且有時(shí)候，內(nèi)存在經(jīng)過(guò)一段時(shí)間后也并沒(méi)有回收掉。

keep-alive 本質(zhì)上是把整個(gè) dom 節(jié)點(diǎn)及對(duì)應(yīng)的事件等都緩存下來(lái)了，當(dāng)這樣的組件很多的時(shí)候，自然會(huì)占用很多內(nèi)存。而如果我們只緩存這個(gè)組件中的數(shù)據(jù)，在需要這個(gè)組件再次顯示的時(shí)候再臨時(shí)渲染那肯定要節(jié)省很多內(nèi)存的，畢竟數(shù)據(jù)占的空間其實(shí)很小的，而渲染組件要花的時(shí)間也不會(huì)很長(zhǎng)（只要組件不是特別特別復(fù)雜）。

所以，下一階段的優(yōu)化工作就是把 keep-alive 去掉，然后使用 vuex 來(lái)緩存組件中的數(shù)據(jù)，當(dāng)需要重新顯示數(shù)據(jù)時(shí)再把數(shù)據(jù)取出來(lái)并重新渲染。當(dāng)然，這是一個(gè)比較大的工程!

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論