前言

本文主要是做一個Vue性能優(yōu)化的帖子，做一個參考文檔，對以后項目上線做一些集合文檔。如果對各位在項目優(yōu)化時，做一個文檔參照。

開發(fā)過程

在開發(fā)項目的時候，就要注意項目的一些小技巧，下面我就羅列一些經(jīng)常用到的優(yōu)化的方法吧。同時老規(guī)矩，查缺補漏。

優(yōu)先使用vIf

vIf?和 vShow?理論上都是作用于元素的顯示隱藏，只是一個是直接對DOM，一個是通過CSS的 display?來操作的，在項目中大部分的時候我都是直接使用 vIf?直接代替使用 vShow?，只有當(dāng)DOM頻繁進行顯示和隱藏的時候，但是這種場景非常少見，我只在信息推送優(yōu)先級中使用過，項目中一直通過 WebSocket?推的消息進行消息的場景遇到過，頻繁推送不同類型的通知。

vFor和vIf不要一起使用

vFor?的優(yōu)先級其實是比 vIF?高的，所以當(dāng)兩個指令出現(xiàn)來一個DOM中，那么 vFor?渲染的當(dāng)前列表，每一次都需要進行一次 vIf?的判斷。而相應(yīng)的列表也會重新變化，這個看起來是非常不合理的。因此當(dāng)你需要進行同步指令的時候。盡量使用計算屬性，先將 vIf?不需要的值先過濾掉。他看起像是下面這樣的。

// 計算屬性
computed: { filterList: function () { return this.showData.filter(function (data) { return data.isShow })} // DOM <li v-for="item in filterList" :key="item.id"> {{ item.name }} li>ul>

vFor key避免使用index作為標識

其實大家都知道 vFor?是不推薦使用 index?下標來作為 key?的值，這是一個非常好理解的知識點，可以從圖中看到，當(dāng)index作為標識的時候，插入一條數(shù)據(jù)的時候，列表中它后面的key都發(fā)生了變化，那么當(dāng)前的 vFor?都會對key變化的 Element?重新渲染，但是其實它們除了插入的 Element?數(shù)據(jù)都沒有發(fā)生改變，這就導(dǎo)致了沒有必要的開銷。所以，盡量不要用index作為標識，而去采用數(shù)據(jù)中的唯一值，如 id?等字段。

釋放組件資源

什么是資源? 每創(chuàng)建出一個事物都需要消耗資源，資源不是憑空產(chǎn)生的，是分配出來的。所以說，當(dāng)組件銷毀后，盡量把我們開辟出來的資源塊給銷毀掉，比如 setInterval , addEventListener等，如果你不去手動給釋放掉，那么它們依舊會占用一部分資源。這就導(dǎo)致了沒有必要的資源浪費。多來幾次后，可以想象下資源占用率肯定是上升的。

添加的事件

created() {
addEventListener('click', Function, false)},beforeDestroy() { removeEventListener('click', Function false)}

定時器

created() {
this.currentInterVal = setInterval(code,millisec,lang)},beforeDestroy() { clearInterval(this.currentInterVal)}

長列表

項目當(dāng)中，會涉及到非常多的長列表場景，區(qū)別于普通的分頁來說，大部分的前端在做這種 無限列表?的時候，大部分新手前端都是通過一個 vFor?將數(shù)據(jù)遍歷出來，想的多一點的就是做一個分頁。滾動到底部的時候就繼續(xù)請求 API?。其實這也是未思考妥當(dāng)?shù)摹ｋS著數(shù)據(jù)的加載，DOM會越來越多，這樣就導(dǎo)致了性能開銷的問題產(chǎn)生了，當(dāng)頁面上的DOM太多的時候，難免給我的客戶端造成一定的壓力，所以對于長列表渲染的時候，建議將DOM移除掉，類似于圖片懶加載的模式，只有出現(xiàn)在視圖上的DOM才是重要的DOM。網(wǎng)絡(luò)上有一些很好的解決方案，如 vue-virtual-scroller?庫等等，大家可以理性的選擇。

圖片合理的優(yōu)化方式

圖片應(yīng)該都不陌生吧，在網(wǎng)頁中，往往存在大量的圖片資源，這些資源或大或小。當(dāng)我們頁面中DOM中存在大量的圖片時，難免不會碰到一些加載緩慢的問題，導(dǎo)致圖片出現(xiàn)加載失敗的問題。網(wǎng)絡(luò)上大部分都在使用 懶加載?的使用方式，只有當(dāng) 存在圖片的DOM?出現(xiàn)在頁面上才會進行圖片的加載，無形中起到了分流的作用，下面就說一套實踐的方案吧

• 小圖標使用 SVG?或者字體圖標
• 通過 base64?和 webp? 的方式加載小型圖片
• 能通過cdn加速的大圖盡量用cdn
• 大部分框架都帶有懶加載的圖片，不要嫌麻煩，多花點時間使用它

路由器按需加載

對于路由的懶加載，如果還不會的話，那么就真該好好的重新去學(xué)習(xí)一下了。路由懶加載的方式有兩種，一種是require?另一種是 import?。當(dāng)路由按需加載后，那么Vue服務(wù)在第一次加載時的壓力就能夠相應(yīng)的小一些，不會出現(xiàn) 超長白屏P0問題?。下面是兩種路由懶加載的寫法：

// require法
component: resolve=>(require(['@/components/HelloWorld'],resolve))// importcomponent: () => import('@/components/HelloWorld')

UI框架使用方式

確保在使用UI框架如， Element?， And Design?等UI框架的時候，都使用官方給暴露出來的按需加載組件。只有真正用到它的時候時候才會加載當(dāng)前UI框架的組件，而不是一開始就將整個組件庫給加載出來，我們都知道，一個UI框架其實很大，相對比其他的東西來說。因此，它在方便我們開發(fā)者的同時，也無形中產(chǎn)生了多余的開銷。但是項目周期開發(fā)的時候，不得不依賴它。所以建議盡量的使用按需加載。合理的對項目進行止損，如果你不在意，非常嫌麻煩，那么可以進行全局引入。

import { Button } from 'xxxx

首屏優(yōu)化

眾所周知，第一次打開Vue的時候，如果你的項目夠大，那么首次加載資源時，會非常的久。由于資源沒有加載完畢，界面的DOM也不會渲染，會造成白屏的問題。用戶此時并不知道是加載的問題，所以會帶來一個不好的體驗。因此通常會在public下寫一個加載動畫，告訴用戶，網(wǎng)頁在加載中這個提示。當(dāng)頁面加載成功后，頁面渲染出來的這一個體驗比白屏等開機要好太多了。因此，推薦大家都設(shè)計一個自家公司的loading加載方式放入index.html中吧。

項目過程

最小化JS文件

可以通過webpack處理打包的JavaScript文件，讓其更加的精簡。在配置中，你可以這么做

config.optimization.minimize(true);

圖片資源壓縮

可以通過 image-webpack-loader?插件對打包的圖片進行壓縮，看起來會對圖片的加載有一些提升。如果擔(dān)心破壞圖片，可以放棄使用它。

“

$ yarn add ?image-webpack-loader

- - QAQconfig.module
.rule('images') .use('image-webpack-loader') .loader('image-webpack-loader') .options({ bypassOnDebug: true }) .end()

打包公共代碼

在 webpack4?中，可以通過 optimization.minimize?將公共代碼進行打包，雖然我個人認為這個東西對SPA應(yīng)用來說，效果其實有限，但有勝于無，文字再小也是肉不是，所以說，在細節(jié)的把控上，永遠是無止境的。但是在webpack4中也是將CommonsChunkPlugin 改用 SplitChunksPlugin 了。感覺評論掘友的提醒。

new webpack.optimize.CommonsChunkPlugin({
name: ['vendor','runtime'], filename: '[xxxxx].js'})

刪除沉淀代碼

使用 Tree-Shaking?插件可以將一些無用的沉淀泥沙代碼給清理掉。

依賴庫CDN加速

看到有小伙伴使用CDN的方式引入一些依賴包，覺得非常的 Nice?，然后我也開始使用了。我將 Vue?Axios?Echarts?等等都分離了出來，在正式環(huán)境下，通過CDN，確實有了一些明顯的提升，所以說大家可以進行嘗試。

CDN LinkDI地址：?BootCDN

// 在html引入script標簽后。在vue的配置中，進行聲明
configureWebpack: { externals: { 'echarts': 'echarts' // 配置使用CDN }}

GZIP

這個東西需要后端進行配置，當(dāng)然，如果你有操作 Nginx?的權(quán)限的話，那么可以自己開啟，反正我認為，這個東西提升還是很大的。具體的可以看這篇文章。這里不過多贅述這個東西。?Vue CLI 2&3 下的項目優(yōu)化實踐 —— CDN + Gzip + Prerender

后話

項目優(yōu)化是非常重要的，一絲一毫的提升都是對用戶的負責(zé)。本篇文章是對一個優(yōu)化的小總結(jié)，都是一些開發(fā)中需要注意的。如果真的想在優(yōu)化中玩出花來，其實非常難。需要具備很多全面的知識，而不是看一兩篇文章就能夠說精通的。沒有什么技術(shù)是隨隨便便就能掌握的，除非它的價值很低。或者是屬于必備項的一個東西。所以說，性能優(yōu)化還是需要大家在日常項目中養(yǎng)成好的編碼習(xí)慣，高內(nèi)聚低耦合。避免無用代碼。這些比任何后期的工作都要實在。

如果你覺得這篇內(nèi)容對你挺有啟發(fā)，邀請你幫我三個小忙：

點個「在看」，讓更多的人也能看到這篇內(nèi)容

歡迎關(guān)注我的5500+star文章合集?https://github.com/ljianshu/Blog，希望可以帶給你點啟發(fā)！

想進前端交流群一起探討技術(shù)，請在后臺回復(fù)「1」或者加微信「frontJS」

總結(jié)

以上是生活随笔為你收集整理的vue v-if判断数组元素的值_Vue项目上线做的一些基本优化的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。