浅探webpack优化

摘要：是对的转译结果进行缓存，之后的进行构建时，都会去尝试读取缓存来避免高耗能的重新转译过程，可以指定一个缓存目录或者指定为，为时将使用默认的缓存目录。这篇文章如果有错误或不严谨的地方，欢迎批评指正，如果喜欢，欢迎点赞收藏

由于前端的快速发展，相关工具的发展速度也是相当迅猛，各大框架例如vue,react都有自己优秀的脚手架工具来帮助我们快速启动一个新项目，也正式因为这个原因，我们对于脚手架中最关键的一环webpack相关的优化知之甚少，脚手架基本上已经为我们做好了相关的开发准备，但是当我们想要做一些定制化的优化操作时，对webpack的优化也需要有一定的了解，否则无从下手，接下来就让我们进入webpack的优化世界

loader是webpack中最重要的特性，由于webpack自身只支持JavaScript，因此需要一系列的loader来处理那些非JavaScript模块，因此在我们用webpack建项目的时候一定会使用一系列的loader，例如：vue-loader、sass-loader、babel-loader等等，就以babel-loader为例，来看具体配置：

module: {
    rules: [{
      test: /.js$/,
      exclude: /node_modules/,
      loader: "babel-loader?cacheDirectory=true",
      options: {
        presets: ["@babel/preset-env"],
        plugins: ["@babel/transform-runtime"]
      }
    }]
  }

对于loader来说最常用的就是exclude属性，用来避免不必要的转译，上面通过exclude来避免对node_modules中js中进行转译来提升构建速度，但是这样带来的提升效果有限。

cacheDirectory是对babel-loader的转译结果进行缓存，之后的webpack进行构建时，都会去尝试读取缓存来避免高耗能的babel重新转译过程，cacheDirectory可以指定一个缓存目录或者指定为true，为true时将使用默认的缓存目录node_modules/.cache/babel-loader。

babel对一些公共方法使用了非常小的辅助代码，默认会注入到每一个需要的文件，这样就造成重复引入，这时候就需要像上面那样引入transform-runtime来告诉babel引入runtime来代替注入

externals提高构建速度的方法就是在构建时不会将指定的依赖包打包到bundle中，而是在运行时再从外部获取依赖，具体是怎么用的呢？来看个例子：

externals : {
  vue : "Vue",
  vueRouter : "VueRouter",
  vueResource : "VueResource",
  vuex : "Vuex"
},

上面的例子的将vue全家桶都配置在externals中，然后将压缩包合成一个js文件放在cdn上面，这样就不会在构建时将文件打包到bundle中，提升打包速度，同时cdn又可以做缓存，提高访问速度，美滋滋

DllPlugin是用来干什么的呢？DllPlugin会将第三方包到一个多带带文件，并且生成一个映射的json文件，打包的生成的文件就是一个依赖库，这个依赖不会随着你的业务代码改变而被重新打包，只有当它自身依赖的包发生变化时才会需要重新打包依赖库，接下来来看具体配置吧：

module.exports = {
  entry: {
    vendor: ["vue", "vue-router", "vue-resource", "vuex"]
  },
  output: {
    path: path.join(__dirname, "dist"),
    filename: "[name].js",
    library: "[name]_hash",
  },
  plugins: [
    new webpack.DllPlugin({
      name: "[name]_[hash]",
      path: path.join(__dirname, "dist", "[name]-manifest.json"),
      context: __dirname
    })
  ]
}

首先我们需要一个如上面例子那样的dll配置文件，然后编译这个配置文件，生成一个vendor.js和一个映射文件vendor-manifest.json，然后再在我们的webpack配置文件中对进行配置：

plugins: [
    new webpack.DllReferencePlugin({
      context: __dirname,
      manifest: require("./dist/vendor-manifest.json")
    })
  ]

这样就完成配置了，是不是很简单呢？赶紧动手试试吧

happypack这是个什么呢？我们都知道webpack是个单线程处理任务的，当又多个任务需要处理的时候，需要排队，那happypack就是用多线程来处理任务，通过并发处理来提高任务处理速度，那么这个需要怎么配置呢？来看具体例子：

const happypack = require("happypack")
// 创建并发池
const threadPool = happypack.ThreadPool({size: os.cpus().length})
module: {
    rules: [{
      test: /.js$/,
      exclude: /node_modules/,
      loader: "happypack/loader?id=happyBabel" // id对应happypack插件id
    }]
  },
plugins: [
    new happypack({
      id: "happyBabel",
      threadPool: threadPool,
      loaders: ["babel-loader?cacheDirectory"]
    })
  ],

这个相信大家都很熟悉，就是一个可视化工具，用来查看各个包的大小以及相互之间的依赖关系，配置方法也很简单，就和插件的配置一样，来看具体例子：

const bundleAnalyzerPlugin = require("webpack-bundle-analyzer").BundleAnalyzerPlugin
plugins: [
    new bundleAnalyzerPlugin()
  ],

tree shaking指的是什么呢？通常指的是JavaScript上下文中未引用的代码，怎么理解呢？比如你引用了lodash包，里面有许多和JavaScript相关的便利方法，但你实际只用了其中的一两个，此时打包时如果把所有的方法都打进去了，是不是很浪费呢？tree shaking的概念就是去除多余代码。来看一个简单的例子：

import {plus} from "./count"

console.log(plus(1, 2))

function plus(x, y) {
  return x + y
}
function minus(x, y) {
  return x - y
}
export {
  plus,
  minus
}

const path = require("path")

module.exports = {
  entry: {
    main: "./src/index.js",
  },
  output: {
    path: path.join(__dirname, "dist"),
    filename: "[name].js",
  },
  mode: "development"
}

如上例所示，在入口文件中我们引入count.js中plus方法，我们期望的当然是只会引入plus方法，而不是都引入，但往往不随人愿，来看结果：

你会发现编译后的代码中，整个count.js都被编译进去了，这时候你就需要tree shaking了，接下来看做tree shaking的具体方法

这个插件大家一定都用过，使用UglifyJsPlugin就可以在构建的过程中对冗余的代码进行删除，在webpack4中只需要将上面mode的值改为production，就会启用UglifyJsPlugin，是不是很简单，或许你想知道webpack4中怎么自己配置UglifyJsPlugin，那就来看具体配置吧：

const UglifyJsPlugin = require("uglifyjs-webpack-plugin")
optimization: {
    minimizer: [
      new UglifyJsPlugin({
        parallel: true,
        cache: true,
        uglifyOptions: {
          compress: {
            drop_console: true,
            reduce_vars: true
          },
          output: {
            comments: false,
            beautify: false
          }
        }
      })
    ]
  }

是的在webpack4中的UglifyJsPlugin是配置在optimization中的minimizer中的，配置是不很简单呢？赶紧动手尝试吧

这里的import是指webpack中的动态加载，它的语法和ES6中的动态加载语法一摸一样，这是官方推荐的按需加载的方式，还是上面tree shaking的例子，我们只想引入plus方法，我们来看具体怎么使用：

import("./count.js").then((count) => {
  console.log(count.plus(1, 2))
})

我们只需要将入口文件改成上面的形式，其他的都不要变就可以实现按需引入，是不是很简单呢？在vue中路由的按需加载也可以这么用，来看一个简单的例子：

function view (name) {
  return new Promise((resolve, reject) => {
    import("../views/" + name + ".vue")
      .then((res) => {
        resolve(res)
      }).catch(e => {
        reject("网络异常，请稍后再试")
      })
  }).catch(err => {
    throw new Error("err，组件加载失败")
  })
}

传入一个名字，动态引入对应目录的下的视图文件，这只是一个简单的例子，具体的使用形式还是依据具体的场景

这篇文章简单的从构建速度和代码体积两个方面简单的介绍了webpack优化相关的方法，希望大家都能自己动手去写一写，毕竟只有实践出真知，更何况是编程。
这篇文章如果有错误或不严谨的地方，欢迎批评指正，如果喜欢，欢迎点赞收藏