久久青草18免费观看网站,亚洲人成一区,欧美一区二区三区高清不卡tv

一、背景

最近做了一個網站，uidea，是用來輔助獨立開發者做一些 UI 設計的，當時只管開發，等部署完以后，發現訪問速度堪憂
畢竟是個小水管服務器，相比提高帶寬，還是先看看代碼上能不能優化一下，性價比更高
這個是優化前的包大小，這家伙都上 1.72 M 了，小水管加載時間直接往 3s 以上走了，臣妾扛不住啊

Vue包大小優化的實現(從1.72M到94K)

二、目標

這必須得優化一下，優化前得大致定一下目標，目標又需要指標來衡量，所以定了兩個指標：

頁面加載時間不多說，至少得 1s 以內，越快越好
包大小控制在 200k 以內

為什么定這兩個目標呢？首先頁面加載時間是最終要解決的問題，那頁面加載時間初步來看，影響因素有兩個，網絡和包大小，網絡暫時缺錢沒法升級，所以主要優化就集中在包大小上
首先要定義什么是包大小，我這里主要指入口包大小，對應 Vue 就是 app.js 和 app.css，入口加載完頁面至少可以展示了

那包大小要優化到什么程度呢？

一方面 vue-cli-service 建議不超過 244K，另一方面就是找對標，看看類似的網站包大小多少，那我們也有個參照，我選擇的是 materialpalette，看了下他的包大小大概在 150k 左右，我的功能更復雜一些，所以取了兩者中間的 200K 作為目標

這里為什么要講目標呢？因為目標其實是很重要的，老話也說有的放矢，沒有目標，那執行的過程中很容易半途而廢，或者只前進半步就終止了

拿談戀愛來說，如果你的目標是找個女朋友，那大概率找不到，但是如果你的目標是追到某個確定的女生（比如張三）做女朋友，那成功的概率就大大增加了，因為你可以去針對這個女生去做針對性的準備

三、方案

目標定了，然后就是定方案

雖然咱第一次做 Web 的優化，但是之前有過安卓包大小優化的經驗呀，道理總是相通的，所以第一時間想了下面幾個策略

代碼混淆
資源放到 cdn，因為開發的時候圖省事，資源放在 assets 下面，直接 require 引入了，這也是一個大頭
無用庫刪除，功能相近的庫合并，只用到少部分功能的庫，看看能否自己實現
gzip 壓縮
第三方庫也放到 cdn

1 - 3 三個優化方案是首先想到的，然后網上搜了下 Vue 對應的優化策略，又增加了后面兩個
還有一些其他方案，比如路由懶加載，但是因為這個網站主要內容都集中在首頁，所以這個就沒考慮了（好東西雖多，但因地制宜最好）
所以一共定了 5 個優化策略，下面就開干

四、執行

1. 代碼混淆

代碼混淆就不多說了，一方面節省包大小，一方面還能增加一些反編譯的難度，直接網上搜了 Vue 混淆配置（畢竟要站在巨人肩膀上），試了下確實好使，配置如下

const CompressionWebpackPlugin = require("compression-webpack-plugin");
module.exports = {
 configureWebpack: (config) => {
  // 引入uglifyjs-webpack-plugin
  let UglifyPlugin = require("uglifyjs-webpack-plugin");

  if (process.env.NODE_ENV == "production") {
   // 壓縮混淆
   config.mode = "production"
   // 將每個依賴包打包成單獨的js文件
   let optimization = {
    minimizer: [new UglifyPlugin({
     uglifyOptions: {
      warnings: false,
      compress: {
       drop_console: true,
       drop_debugger: false,
       pure_funcs: ["console.log"]
      }
     }
    })]
   }
   Object.assign(config, {
    optimization
   })
  } else {
   // 為開發環境修改配置
   config.mode = "development"
}
  }
 }
}

2. 資源放到 cdn

這一步也容易做，資源全部都放到阿里云 oss 上，幾分鐘搞定

3. 無用庫刪除

這一步花了不少時間，因為開發的時候圖省事，很多庫直接 github 上一搜，yarn add 引入就完事了，現在需要細細的再拆分一下

在打包命令后面加 --report 看一下打包的狀態

yarn build --report

Vue包大小優化的實現(從1.72M到94K)

首先是去掉 ElementUi（gzip 壓縮后大約 158k），開發的時候 ElementUi 和 Vuetify 混用了，其實只留一個 Vuetify 就夠了，然后對界面做一些小小的改造就完成了

然后是 lodash，只用到了其中幾個方法，但是他的整個體積不小，gzip 壓縮后大概 25k，于是找了 lodash 源碼，打算把用到的幾個方法抽出來，但是 lodash 代碼嵌套、引用太深了，不太抽，干脆直接干掉這個庫，找了幾個更純粹的實現做了替換，主要時間花在了讀 lodash 源碼上

再然后就是 vuescroll，在實現滾動條樣式自定義的時候，偷懶直接用了這個庫，發現這個庫體積還是不小的，gzip 壓縮后將近 20k，直接干掉，自己寫一下樣式吧（這件事告訴我們，現在偷的懶，以后會以別的方式還回來的 0_0）
這樣就干掉了幾個大頭庫

4. gzip 壓縮

這個是網上找的解決方案，直接在 vue.config.js 里加點配置，然后 nginx 里也需要做一下對應的配置

// vue.config.js
module.exports = {
 configureWebpack: (config) => {
  if (process.env.NODE_ENV == "production") {
   // ...
   // gzip
   config.plugins.push(new CompressionWebpackPlugin({
    algorithm: "gzip",
    test: /.js$|.html$|.json$|.css/,
    threshold: 10240,
    minRatio: 0.8
   }))
  }
  // ...
 }
}
// nginx 直接開啟下面的配置
gzip_static on;

這樣打包以后，會生成 .gz 文件，nginx 會自動使用 .gz 文件

5. 第三方庫放到 cdn

這里主要是處理 Vuetify 這個庫，畢竟 gzip 以后也有將近 50k 的大小，放到 cdn 上會快一些
首先是打包配置中去掉 Vuetify

module.exports = {
 // ...
 configureWebpack: (config) => {
  if (process.env.NODE_ENV == "production") {
   // 第三方庫不打包，使用 cdn
   config.externals = {
    vuetify: "Vuetify"
   }
  } else {
   // 為開發環境修改配置
   config.mode = "development"
   config.externals = {
    vuetify: "Vuetify"
   }
  }
 }
}

然后在 index.html 里手動加載 vuetify css 和 js

<link href="https://cdn.staticfile.org/vuetify/2.4.4/vuetify.min.css" rel="external nofollow" rel="stylesheet">
<script src="https://cdn.staticfile.org/vuetify/2.4.4/vuetify.min.js"></script>

這里其實有一些更好的方式，可以通過 webpack 參數傳給 index.html，通過 ejs 引入，現在比較簡單，這里就沒做了