小程序中解決網絡請求緩存

需求

提交小程序審覈時，有一個體驗測評，產品讓咱們根據小程序的體驗測評報告去優化小程序。

其中有一項是網絡請求的優化，給咱們出了很大的難題。

文檔中是這樣解釋的：3分鐘之內同一個url請求不出現兩次回包大於128KB且如出一轍的內容

看到這個問題的時候，首先想到的是在響應頭上加上cache-control，通過測試發現小程序並不支持網路請求緩存。搜索發現官方明確答覆，小程序不支持網絡請求緩存：wx.request不支持http緩存

既然官方不支持網絡請求緩存，那隻能本身想辦法解決這個問題了。

先來看一下需求：3分鐘內，同一請求只能請求一次。

分析

分析：

1. 只需作GET請求的網絡緩存。
2. 緩存時間如何控制。
3. 作了緩存以後，如何知道3分鐘，這個請求在服務端數據有沒更新。
4. 提交GET請求前，先檢查本地有沒有緩存

前兩點比較好實現，雖然小程序不支持網絡請求緩存，但咱們仍是能夠利用cache-control來實現這個功能。

首先網絡請求需不須要情緩存統一交給服務端去作，服務端在處理GET請求時，統一加上響應頭cache-control，若是須要緩存就用max-age=180，若是不須要作網絡請求就用no-cache。前端根據響應頭信息本身作前端緩存。

其中的難點是前端如何知道服務端數據有沒更新，若是服務端數據更新了，前端仍是使用緩存這是有問題的。

通過一番思考後發現，前端提交數據後，相應的GET請求數據會更新，也就是說前端只要有數據提交，就應該把緩存清空。

這有一個難點，當前端提交數據時，前端是不知道哪些GET請求會所以更新數據，因此這個問題咱們沒有解決，個人方法比較粗暴：只要前端提交了數據，就將全部緩存清空。這是一個治標不治本的問題。

實現

公司項目封裝了HTTP請求

1. 攔截請求，若是是GET請求，檢查緩存，

   • 若是緩存沒過時，將緩存返回出去，再也不發請求
   • 若是緩存過時，發請求

if (request.method.toLowerCase() === "get"){
  // param 請求信息
  const cache = this.handleCatchControl(request)
  if (!cache.isRequest)
    return this.listener.onApiResponse(request, 200, cache.data), sequence;   //將緩存返回給對應的請求
}

1. 緩存網絡請求

// param 響應頭，上下文，響應數據
this.setCatchControl(headers, context, response.data)

1. 兩個工具函數

   • 處理網絡緩存
   • 設置網絡緩存

• 設置網絡請求

  1. GET請求緩存數據，其餘請求清空數據
  2. 數據格式：

  //若是同時發起多個`GET`請求，須要拼接以前緩存數據
  ApiAgent.cacheData = Object.assign(ApiAgent.cacheData,{
    [context.request.url]: {    //api
      data,   //響應數據
      expireTime: Number(cacheControl.split("=")[1] + '000'),   //過時時間
      cacheTime: new Date().getTime(),    //緩存時間
    }
  })

// param 響應頭，上下文，響應數據
setCatchControl(responseHeader: any, context: any, data: any) {
  if (context.request.method.toLowerCase() === "get") {
    const headers = HandleHeaders.get(responseHeader)
    const cacheControl = headers["cache-control"]
    if (cacheControl && cacheControl !== "no-cache") {
      ApiAgent.cacheData = Object.assign(ApiAgent.cacheData,{
        [context.request.url]: {
          data,
          expireTime: Number(cacheControl.split("=")[1] + '000'),
          cacheTime: new Date().getTime(),
        }
      })
    }
  } else {
    ApiAgent.cacheData = {}
  }
}

• 處理網絡緩存

  1. 判斷緩存是否存在
  2. 判斷緩存有沒過時，在設置緩存時，比對當前時間和緩存時間，是否小於失效時間

// param 請求信息
handleCatchControl(request): any {
  const cacheArr = ApiAgent.cacheData
  if (Object.keys(cacheArr).length === 0)
    return { isRequest: true }
  let cache = {}
  Object.keys(cacheArr).forEach(cacheArrKey => {
    if (cacheArrKey === request.url) {
      cache = cacheArr[cacheArrKey]
    }
  })
  const newDate = new Date().getTime()
  if (newDate - cache.cacheTime < expireTime){
    return { isRequest: false, data: cache.data }
  }
  return { isRequest: true}
}

1. 響應頭所有變成小寫，在小程序中，沒法肯定響應頭的大小寫會致使報錯，因此統一處理響應頭

class HandleHeaders {
  static get(headers: { [key: string]: string }) {
    const headersData: any = {}
    Object.keys(headers).forEach(key => {
      headersData[key.toLowerCase()] = headers[key]
    })
    return headersData
  }
}

總結

有一點沒有說，就是這個緩存是保存在哪裏的？

既沒有用localStorage，也沒有用globalapp，用的是類的靜態屬性。

這樣作有3個好處：

1. 使用localStorage數據很差清除，後期可維護性也較差
2. 緩存掛在globalapp和請求無直接聯繫
3. 無需在退出小程序時手動清理緩存

我在使用時遇到一個坑，是由於本身沒有理解：類能保存數據的，不能保存狀態，但類的對象是既能夠保存數據，也能夠保存狀態的。

最後，此方法仍是有很大的優化空間。

另外可添加微信ttxbg180218交流