如何解決vue項目開發(fā)中setTimeout等定時器的管理問題

小編給大家分享一下如何解決vue項目開發(fā)中setTimeout等定時器的管理問題，希望大家閱讀完這篇文章之后都有所收獲，下面讓我們一起去探討吧！

一、問題來源。

在項目中，我們經(jīng)常有這樣的需求，一個頁面初始化后，需要不斷的去請求后端，來獲取當(dāng)前某個記錄的最新狀態(tài)。

顯然，這個可以用setTimeout以及回調(diào)中繼續(xù)setTimeout來實現(xiàn)。

我們假設(shè)定時器是在頁面#/test/aaa上創(chuàng)建的。

但是，會遇到以下兩個問題，我從#/test/aaa   這個頁面切換到  #/test/bbb頁面后如果停留在#/test/bbb，定時器還在跑。

其次，如果我不斷在#/test/aaa 和 #/test/bbb兩個頁面之間不斷的切換，而且切換時間小于定時器的間隔時間時，也會出現(xiàn)

重復(fù)創(chuàng)建setTimeout的情況。

現(xiàn)在的問題就是，我們?nèi)绾巫龅焦芾矶〞r器。

二、示例代碼。

created() {
  if ( this.timeOut ) {
    clearTimeout(this.timeOut);
  }
  this.getListIng();
},
computed: {
  timeOut: {
    set (val) {
      this.$store.state.timeout.compileTimeout = val;
    },
    get() {
      return this.$store.state.timeout.compileTimeout;
    }
  },
},
methods: {
  getListIng() {
    // 這里是一個http的異步請求
    if ( getUrlModule() == 'aaa' ) {
      let _this = this;
      this.timeOut = setTimeout(() => {
        _this.getListIng();
      }, 5000);
    } else {
      this.timeOut = '';
    }
  },
}

（1）如上面代碼所示，當(dāng)創(chuàng)建頁面（created執(zhí)行）時，會先判斷變量this.timeOut是否存在，如果存在，先clearTimeout掉。

（2）而，this.timeOut這個變量對應(yīng)的是全局store里的this.$store.state.timeout.compileTimeout。并且是雙向綁定的，這個

請自行搜索vue2.0中computed用法。

 （3）在我們的主函數(shù)getListIng()中，會先使用函數(shù)getUrlModule()根據(jù)url判斷當(dāng)前頁面是否是aaa頁面，如果是的，就執(zhí)行setTimeOut，

如果不是，就不行執(zhí)行了，并且設(shè)置this.timeOut = '';

我們假設(shè)上面沒有if ( getUrlModule() == 'aaa' ) 這句判斷，會出現(xiàn)，當(dāng)我們已經(jīng)跳出了當(dāng)前aaa頁面，去了bbb頁面并且一直停留在bbb頁面時，

還有setTimeout在執(zhí)行，就會不斷有http的請求。

如果沒有if ( this.timeOut ) { clearTimeout(this.timeOut); } 這句代碼。當(dāng)我們不斷在2個頁面之間切換時，且切換的頻率很高。會出現(xiàn)多次創(chuàng)建

setTimeout的情況。這個邏輯稍微有點繞，請閱讀者自行演算。

三、我們必須清楚的事實。

（1）vue中$store里創(chuàng)建的變量，其實是全局變量，這個變量在切換頁面時不會清除，當(dāng)我們刷新頁面時會清除掉。

（2）在前端頁面中，當(dāng)我們刷新頁面時，會將當(dāng)前頁面之前創(chuàng)建的setTimeout以及其他定時器都清除掉。但是，切換頁面（僅僅是路由切換）

是不會清除的。

（3）setTimeout、setinterval有本質(zhì)的不同，前者只執(zhí)行一次，除非你在回調(diào)中，不斷的調(diào)用，而后者是不間斷調(diào)用的。但是，我在各種實踐中發(fā)現(xiàn)，

還是setTimeout好用。因為，setTimeout可以根據(jù)條件，及時在回調(diào)中停用。如果采用setinterval，我們很有可能捕捉不到停用的條件而無法停用。

補充：Vue之SetTimeout

1.前言

相信很多人都遇到過這樣的問題，頁面數(shù)據(jù)需要不斷的刷新，也就是不斷的發(fā)送ajax請求來更新數(shù)據(jù)，那么在vue中怎樣做才比較好呢？這里介紹一下我踩的坑，以及解決方案

2.問題

settimeout用來調(diào)用請求數(shù)據(jù)，但是我遇到的問題就是，沒有用合適的方式去關(guān)閉settimeout,出現(xiàn)了離開當(dāng)前頁面，請求還在不斷的發(fā)送問題，這樣給服務(wù)器帶來了無必要的壓力。附上之前的代碼：

self.deployTimeOutId = setTimeout(() => {
              self.getDeployList(false);
            }, 5000);

說明：這一段代碼是嵌在getDeployList方法中的，離開當(dāng)前頁面的是時候，必須要去手動的把這個settimeout清除才行。一般這個寫在destoryed()這個鉤子里。

window.clearTimeout(this.deployTimeOutId);

雖然這樣處理了，但在邏輯比較復(fù)雜的情況下，還是出現(xiàn)了沒有關(guān)閉的情況，而且排查起來很痛苦。下面介紹一種針對Vue比較好的做法。

3.解決方案

  let self=this;
  if (self && !self._isDestroyed) {
            setTimeout(() => {
              if (self && !self._isDestroyed)
                self.getDeployList();
            }, 5000);
          }

_isDestroyed這個屬性表示的是當(dāng)前這個組件是否有被銷毀，true表示當(dāng)前的組件已經(jīng)被銷毀，通過上面這個判斷，我們就不需要自己手動的去用ID來清除了，這個就相當(dāng)于遞歸嘛，有了一個結(jié)束判斷，避免了死循環(huán)咯~~

看完了這篇文章，相信你對“如何解決vue項目開發(fā)中setTimeout等定時器的管理問題”有了一定的了解，如果想了解更多相關(guān)知識，歡迎關(guān)注億速云行業(yè)資訊頻道，感謝各位的閱讀！