nuxt.js中緩存的示例分析-創(chuàng)新互聯(lián)

這篇文章給大家分享的是有關(guān)nuxt.js中緩存的示例分析的內(nèi)容。小編覺得挺實用的,因此分享給大家做個參考,一起跟隨小編過來看看吧。

創(chuàng)新互聯(lián)專注于雙流企業(yè)網(wǎng)站建設(shè),響應(yīng)式網(wǎng)站,商城開發(fā)。雙流網(wǎng)站建設(shè)公司,為雙流等地區(qū)提供建站服務(wù)。全流程按需網(wǎng)站建設(shè),專業(yè)設(shè)計,全程項目跟蹤,創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)

nuxt 是基于 vue 的 ssr 解決方案,可以是使用vue語法完成前后端的同構(gòu)。

然而在與傳統(tǒng)純字符串拼接的 ssr 方案相比,性能就沒那么好了, nuxt 需要在服務(wù)端生成虛擬 dom ,然后再序列化出HTML字符串,我們常說 nodejs 的高性能指的是異步IO操作頻繁的場景而非CPU操作密集的場景,畢竟 nodejs 是運行在單線程下的,在涉及到高并發(fā)的場景下,性能就會有所下降,可以考慮采用合理的緩存策略

nuxt 的緩存可以分為 組件級別緩存 , API級別緩存 以及 頁面級別緩存

組件級別的緩存

配置項 nuxt.config.js 的配置大概長這樣子:

const LRU = require('lru-cache')
module.exports = {
 render: {
  bundleRenderer: {
   cache: LRU({
    max: 1000,           // 大的緩存?zhèn)€數(shù)
    maxAge: 1000 * 60 * 15    // 緩存15分鐘
   })
  }
 }
}

并不是說配了該項就實現(xiàn)了組件級別的緩存,還需要在需做緩存的 vue 組件上增加 name 以及 serverCacheKey 字段,以確定緩存的唯一鍵值,比如:

export default {
 name: 'AppHeader',
 props: ['type'],
 serverCacheKey: props => props.type
}

上述組件會根據(jù)父組件傳下來的 type 值去做緩存,鍵值是: AppHeader::${props.type} ,由此,新的請求到來時,只要父組件傳下來的 type 屬性之前處理過,就可以復(fù)用之前的渲染緩存結(jié)果,以增進性能

從該例子可以看出,如果該組件除了依賴父組件的 type 屬性,還依賴于別的屬性, serverCacheKey 這里也要做出相應(yīng)的改變,因此,如果組件依賴于很多的全局狀態(tài),或者,依賴的狀態(tài)取值非常多,意味需要緩存會被頻繁被設(shè)置而導(dǎo)致溢出,其實就沒有多大意義了,在 lru-cache 的配置中,設(shè)置的大緩存?zhèn)€數(shù)是1000,超出部分就會被清掉

其次,不應(yīng)該緩存可能對渲染上下文產(chǎn)生副作用的子組件,比如,組件的 created beforeCreated 的鉤子在服務(wù)端也會走,組件被緩存后就不會執(zhí)行了,這些可能影響到渲染上下文的地方也要小心,更多內(nèi)容請參考:組件級別緩存

一般來說,比較適合的場景是 v-for 大量數(shù)據(jù)的渲染,因為循環(huán)操作比較耗cpu

API級別的緩存

在服務(wù)端渲染的場景中,往往會將請求放在服務(wù)端去做,渲染完頁面再返回給瀏覽器,而有些接口是可以去做緩存的,比如,不依賴登錄態(tài)且不依賴過多參數(shù)的接口或者是單純獲取配置數(shù)據(jù)的接口等,接口的處理也是需要時間的,對接口的緩存可以加快每個請求的處理速度,更快地釋放掉請求,從而增進性能

api的請求使用 axios , axios 即可以在服務(wù)端使用也可是在瀏覽器使用,代碼大概長這樣子

import axios from 'axios'
import md5 from 'md5'
import LRU from 'lru-cache'

// 給api加3秒緩存
const CACHED = LRU({
 max: 1000,
 maxAge: 1000 * 3
})

function request (config) {
 let key
 // 服務(wù)端才加緩存,瀏覽器端就不管了
 if (config.cache && !process.browser) {
  const { params = {}, data = {} } = config
  key = md5(config.url + JSON.stringify(params) + JSON.stringify(data))
  if (CACHED.has(key)) {
   // 緩存命中
   return Promise.resolve(CACHED.get(key))
  }
 }
 return axios(config)
  .then(rsp => {
   if (config.cache && !process.browser) {
    // 返回結(jié)果前先設(shè)置緩存
    CACHED.set(key, rsp.data)
   }
   return rsp.data
  })
}

使用上跟平時使用 axios 還是一樣的,就多加了個 cache 的屬性標(biāo)識是否需要在服務(wù)端做緩存

const api = {
 getGames: params => request({
  url: '/gameInfo/gatGames',
  params,
  cache: true
 })
}

頁面級別的緩存

在不依賴于登錄態(tài)以及過多參數(shù)的情況下,如果并發(fā)量很大,可以考慮使用頁面級別的緩存, 在 nuxt.config.js 增加 serverMiddleware 屬性

const nuxtPageCache = require('nuxt-page-cache')

module.exports = {
 serverMiddleware: [
  nuxtPageCache.cacheSeconds(1, req => {
   if (req.query && req.query.pageType) {
    return req.query.pageType
   }
   return false
  })
 ]
}

上面的例子根據(jù)鏈接后面的參數(shù) pageType 去做緩存,如果鏈接后面有 pageType 參數(shù),就做緩存,緩存時間為1秒,也就是說在1秒內(nèi)相同的 pageType 請求,服務(wù)端只會執(zhí)行一次完整的渲染

nuxt-page-cache 參考了route-cache ,寫得比較簡陋,你也可以重新封裝下,nuxt最終返回數(shù)據(jù)是使用 res.end(html, 'utf-8') ,頁面級別的緩存大概的思想如下:

const LRU = require('lru-cache')

let cacheStore = new LRU({
 max: 100,     // 設(shè)置大的緩存?zhèn)€數(shù)
 maxAge: 200
})

module.exports.cacheSeconds = function (secondsTTL, cacheKey) {
 // 設(shè)置緩存的時間
 const ttl = secondsTTL * 1000
 return function (req, res, next) {
  // 獲取緩存的key值
  let key = req.originalUrl
  if (typeof cacheKey === 'function') {
   key = cacheKey(req, res)
   if (!key) { return next() }
  } else if (typeof cacheKey === 'string') {
   key = cacheKey
  }

  // 如果緩存命中,直接返回
  const value = cacheStore.get(key)
  if (value) {
   return res.end(value, 'utf-8')
  }

  // 緩存原先的end方案
  res.original_end = res.end

  // 重寫res.end方案,由此nuxt調(diào)用res.end實際上是調(diào)用該方法,
  res.end = function () {
   if (res.statusCode === 200) {
    // 設(shè)置緩存
    cacheStore.set(key, data, ttl)
   }
   // 最終返回結(jié)果
   res.original_end(data, 'utf-8')
  }
 }
}

如果緩存命中,直接將原先的計算結(jié)果返回,大大提供了性能

感謝各位的閱讀!關(guān)于“nuxt.js中緩存的示例分析”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,讓大家可以學(xué)到更多知識,如果覺得文章不錯,可以把它分享出去讓更多的人看到吧!

文章名稱:nuxt.js中緩存的示例分析-創(chuàng)新互聯(lián)
網(wǎng)頁路徑:http://muchs.cn/article32/dhsgsc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供搜索引擎優(yōu)化移動網(wǎng)站建設(shè)、定制網(wǎng)站品牌網(wǎng)站建設(shè)、網(wǎng)站導(dǎo)航、網(wǎng)站收錄

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

營銷型網(wǎng)站建設(shè)