解決vue項目首頁加載過慢的狀況

1.路由懶加載 

路由懶加載

此方法會把本來打包到一個app.js文件分開成多個js文件打包，這樣會減少單個文件的大小，可是不會減少整個js文件夾的大小。經過這種方式能夠作到按需加載，只加載單個頁面的js文件。

2.組件異步加載 

 

組件異步加載

加載首頁的時候，能夠先給首頁的子組件設置v-if = 「false」，在頁面初始化的時候再給子組件設置爲true，此方法利用了v-if的惰性，setTimeout會使子組件在全部的組件初始化完成並顯示後再對其子組件進行初始化。

注：在實際開發中還遇到了另外一種狀況也能夠用此方法解決，在入口js中獲取了app的token，可是在具體頁面中發現無論是在created仍是mounted中都是有時候能獲取到token，有時候又不能夠，是由於執行順序的緣由，能夠經過 setTimeout 時間設置爲0 這種方法把用到token的請求方法給排到最後，這樣就能保證請求方法中有token了。

3. 使用異步組件，按需加載

newVue({

// ...

  components: {

        'my-component':()=>import('./my-async-component')

  }

})

　　

es6的寫法，`import` 函數會返回一個 `Promise` 對象。這樣就實現了組件的按需加載，有須要的時候纔會加載這個組件，一樣也是優化首屏加載速度的一種方法。

下面兩張圖片就能夠清晰的瞭解 import xxx from "./xxx.vue" 與 import()方法 的不一樣，以及用import函數所帶來的好處。

 

 

import xxx from "./xxx.vue"

 

 import()方法

上面是兩種方法，打包後所生成的文件，import函數的方法很明顯多了幾個js，這就是從本來 app.js 中分離出來的0.js，1.js，2.js。第一張圖，在運行的時候會把app.js整個加載完，而第二張圖會加載0.js+app.js，雖然多了一個文件，但實際上，後者總體加載的文件大小要比本來小不少。這就是按需加載，在須要1.js的時候纔會加載它，並且加載過一次後就會緩存在本地，下次加載，會取緩存的文件。

並且，由於import函數返回的是一個promise對象，所以能夠用promise自己的then()和catch()方法去監聽到組件的加載，如：

 

 

 

 

4.webpack提供的require.ensure()
vue-router配置路由，使用webpack的require.ensure技術，也能夠實現按需加載。
這種狀況下，多個路由指定相同的chunkName，會合並打包成一個js文件。

{
  path: '/home',
  name: 'home',
  component: r => require.ensure([], () => r(require('@/components/home')), 'demo')
}, {
  path: '/index',
  name: 'Index',
  component: r => require.ensure([], () => r(require('@/components/index')), 'demo')
}

　　

 

5.圖片量多的時候能夠進行分批的加載

vue-lazyload插件，圖片懶加載

6.外部引入一些插件，不要在vue中引入

列入，我在次項目中有用到moment.js這個插件，在vue內部引入後打包的項目大小要比在外部用src的方式引入打包的項目大個300k左右。

首先，下載好moment.min.js包，而後在vue項目的webpack.base.conf.js中添加下圖箭頭所指向的那段代碼

 

 

加上上圖的代碼後是不會將moment.js給打包到js中的。

最後一步，將剛纔下載的moment.min.js包，手動引入到打包好的index.html 文件中。

注：此方法真的會頗有用，若是怕整個項目文件過大的話，還能夠用cdn的方法引入:  https://cdn.bootcss.com/moment.js/2.22.1/moment.min.js

很重要：冒號後面大寫的名字是咱們本身定義的名字和項目中要使用的名字  如：‘vue’: 'Vue', 後面的Vue 必需要和項目中的保持一致。

 

7.在webpack打包的過程當中，將多餘文件去掉，如map文件

即在config/index.js中將productionSourceMap的值修改成false，就能夠在編譯時不生成.map文件了

 

參考：https://www.jianshu.com/p/6262772bdc9c

https://blog.csdn.net/m0_37852904/article/details/84139103