庫使用情況
-
vue
-
vue-router
-
axios
-
muse-ui
-
material-icons
-
vue-baidu-map
未優化前
首先我們在正常情況下build
優化
1. 按需加載
當前流行的UI框架如iview,muse-ui,Element UI都支持按需加載,只需稍微改動一下代碼.
修改前：
import MuseUI from 'muse-ui' import 'muse-ui/dist/muse-ui.css' import 'muse-ui/dist/theme-light.css' Vue.use(MuseUI)修改后：
import appBar from 'muse-ui/src/appBar' import toast from 'muse-ui/src/toast' import drawer from 'muse-ui/src/drawer' import popup from 'muse-ui/src/popup' Vue.component(appBar.name, appBar); Vue.component(toast.name, toast); Vue.component(drawer.name, drawer); Vue.component(popup.name, popup);這里有點麻煩的就是你要把整個項目用到的muse-ui組件都注冊一遍,當然你也可以只在用到的頁面做局部引用.讓我們來看看使用按需加載后的效果🤓
在當前項目引用了16個muse-ui組件的情況下 css減少了80kb,js減少了快200kb.
2. 基於DllPlugin 和 DllReferencePlugin 的 webpack 構建優化
這一步並沒有對項目產出的文件進行什么優化.而是優化了構建速度.
DllPlugin 預編譯模塊.有點像android開發中的lib Module,或者iOS的framework.
我們可以對項目中用到的vue,vue-router,axios,muse-ui 這些固定的,基本不變動的模塊進行預編譯. 具體操作不在贅述,可以看一下這篇文章,也是我寫的,但是覺得自己沒講利索😂 .
看一下構建時間的結果對比:
before:38291ms after :10089ms
項目中多了core.dll.css和core.dll.js 他們就是划分出來的固定的,基本不變的模塊,所以只需要編譯一次,以后引用就好.有點library的感覺.這樣每次構建省去了構建固定模塊的時間. 時間有38s降到了10s,如果你構建比較頻繁,應該還是很有用的.
3. 異步組件 官方文檔
官方文檔是這么介紹的:
在大型應用中，我們可能需要將應用拆分為多個小模塊，按需從服務器下載。為了讓事情更簡單， Vue.js 允許將組件定義為一個工廠函數，動態地解析組件的定義。Vue.js 只在組件需要渲染時觸發工廠函數，並且把結果緩存起來，用於后面的再次渲染。
修改router
before：
import search from './search.vue' { path: '/search', name: 'search', component: search }after：
const search = resolve => require(['./search.vue'], resolve); { path: '/search', name: 'search', component: search }具體我們來看看改造后的效果:
因為我的項目目前只有7個頁面,即使把頁面都做成異步加載,效果並不是很'喜人',整體縮小了30kb.
4. 優化組件加載時機
再使用別人的組件時,上手教程都會提示讓你在main.js里注冊一下就好.當然這是最省事的辦法.
但是根據項目情況,比如我的項目用到了vue-baidu-map.
如果你按照默認的加載方式,vue-baidu-map是會被打在vendor.js .但其實這個組件我只有某個二級頁面才使用.所以讓我們來調整一下加載位置看看.把注冊的vue-baidu-map放在真正使用它的地方.
這樣,verdor.js 又小了56kb.因為首頁根本用不到vue-baidu-map. 當然這樣會帶來一個問題:當多個頁面使用vue-baidu-map,會出現多個頁面重復打包.
怎么異步加載插件,這個我還沒搞明白...
5. webpack-bundle-analyzer
webpack-bundle-analyzer是用來分析 Webpack 生成的包體組成並且以可視化的方式反饋給開發者的工具.你可以通過命令:
npm run build --report來查看依賴關系.然后再根據具體情況划分代碼塊.效果圖就是上面那張花里胡哨的圖...它清楚的告訴你了打包時模塊划分的情況.
6. 前后對比:
638.7kb vs 286.2kb 這還是在未開啟gzip的情況下.
新增一張開啟gzip的截圖,84.8kb,相對最后的優化結果286.2kb是70%的壓縮比...哈哈
總結
-
在使用ui庫時,盡量使用按需加載方式.
-
異步加載,官方文檔很詳盡,改造起來也不難,可以試試
-
合理規划三方庫的引用.這個聽起來有點龜毛,'收益'可能也不是很高,不過是個調整方向
-
善用webpack-bundle-analyzer優化項目依賴
-
服務端開啟 gzip壓縮,誰用誰知道！
如果你能看到這,十分感謝你賞臉聽一個android開發bb前端開發🤗 .