关于javascript:Webpack-性能优化

0次阅读

共计 3462 个字符,预计需要花费 9 分钟才能阅读完成。

在这里,我不会节约篇幅给大家讲如何写配置文件。如果你想学习这方面的内容,那么齐全能够去官网学习。在这部分的内容中,咱们会聚焦于以下两个知识点,并且每一个知识点都属于高频考点:

  • 有哪些形式能够缩小 Webpack 的打包工夫
  • 有哪些形式能够让 Webpack 打进去的包更小

缩小 Webpack 打包工夫

优化 Loader

对于 Loader 来说,影响打包效率首当其冲必属 Babel 了。因为 Babel 会将代码转为字符串生成 AST,而后对 AST 持续进行转变最初再生成新的代码,我的项目越大,转换代码越多,效率就越低。当然了,咱们是有方法优化的。

首先咱们能够 优化 Loader 的文件搜寻范畴

module.exports = {
  module: {
    rules: [
      {
        // js 文件才应用 babel
        test: /\.js$/,
        loader: 'babel-loader',
        // 只在 src 文件夹下查找
        include: [resolve('src')],
        // 不会去查找的门路
        exclude: /node_modules/
      }
    ]
  }
}

对于 Babel 来说,咱们必定是心愿只作用在 JS 代码上的,而后 node_modules 中应用的代码都是编译过的,所以咱们也齐全没有必要再去解决一遍。

当然这样做还不够,咱们还能够将 Babel 编译过的文件 缓存 起来,下次只须要编译更改过的代码文件即可,这样能够大幅度放慢打包工夫

loader: 'babel-loader?cacheDirectory=true'

HappyPack

受限于 Node 是单线程运行的,所以 Webpack 在打包的过程中也是单线程的,特地是在执行 Loader 的时候,长时间编译的工作很多,这样就会导致期待的状况。

HappyPack 能够将 Loader 的同步执行转换为并行的,这样就能充分利用系统资源来放慢打包效率了

module: {
  loaders: [
    {
      test: /\.js$/,
      include: [resolve('src')],
      exclude: /node_modules/,
      // id 前面的内容对应上面
      loader: 'happypack/loader?id=happybabel'
    }
  ]
},
plugins: [
  new HappyPack({
    id: 'happybabel',
    loaders: ['babel-loader?cacheDirectory'],
    // 开启 4 个线程
    threads: 4
  })
]

DllPlugin

DllPlugin 能够将特定的类库提前打包而后引入。这种形式能够极大的缩小打包类库的次数,只有当类库更新版本才有须要从新打包,并且也实现了将公共代码抽离成独自文件的优化计划。

接下来咱们就来学习如何应用 DllPlugin

// 独自配置在一个文件中
// webpack.dll.conf.js
const path = require('path')
const webpack = require('webpack')
module.exports = {
  entry: {
    // 想对立打包的类库
    vendor: ['react']
  },
  output: {path: path.join(__dirname, 'dist'),
    filename: '[name].dll.js',
    library: '[name]-[hash]'
  },
  plugins: [
    new webpack.DllPlugin({
      // name 必须和 output.library 统一
      name: '[name]-[hash]',
      // 该属性须要与 DllReferencePlugin 中统一
      context: __dirname,
      path: path.join(__dirname, 'dist', '[name]-manifest.json')
    })
  ]
}

而后咱们须要执行这个配置文件生成依赖文件,接下来咱们须要应用 DllReferencePlugin 将依赖文件引入我的项目中

// webpack.conf.js
module.exports = {
  // ... 省略其余配置
  plugins: [
    new webpack.DllReferencePlugin({
      context: __dirname,
      // manifest 就是之前打包进去的 json 文件
      manifest: require('./dist/vendor-manifest.json'),
    })
  ]
}

代码压缩

在 Webpack3 中,咱们个别应用 UglifyJS 来压缩代码,然而这个是单线程运行的,为了放慢效率,咱们能够应用 webpack-parallel-uglify-plugin 来并行运行 UglifyJS,从而提高效率。

在 Webpack4 中,咱们就不须要以上这些操作了,只须要将 mode 设置为 production 就能够默认开启以上性能。代码压缩也是咱们必做的性能优化计划,当然咱们不止能够压缩 JS 代码,还能够压缩 HTML、CSS 代码,并且在压缩 JS 代码的过程中,咱们还能够通过配置实现比方删除 console.log 这类代码的性能。

一些小的优化点

咱们还能够通过一些小的优化点来放慢打包速度

  • resolve.extensions:用来表明文件后缀列表,默认查找程序是 ['.js', '.json'],如果你的导入文件没有增加后缀就会依照这个程序查找文件。咱们应该尽可能减少后缀列表长度,而后将呈现频率高的后缀排在后面
  • resolve.alias:能够通过别名的形式来映射一个门路,能让 Webpack 更快找到门路
  • module.noParse:如果你确定一个文件下没有其余依赖,就能够应用该属性让 Webpack 不扫描该文件,这种形式对于大型的类库很有帮忙

缩小 Webpack 打包后的文件体积

留神:该内容也属于性能优化畛域。

按需加载

想必大家在开发 SPA 我的项目的时候,我的项目中都会存在十几甚至更多的路由页面。如果咱们将这些页面全副打包进一个 JS 文件的话,尽管将多个申请合并了,然而同样也加载了很多并不需要的代码,消耗了更长的工夫。那么为了首页能更快地出现给用户,咱们必定是心愿首页能加载的文件体积越小越好,这时候咱们就能够应用按需加载,将每个路由页面独自打包为一个文件。当然不仅仅路由能够按需加载,对于 loadash 这种大型类库同样能够应用这个性能。

按需加载的代码实现这里就不具体开展了,因为鉴于用的框架不同,实现起来都是不一样的。当然了,尽管他们的用法可能不同,然而底层的机制都是一样的。都是当应用的时候再去下载对应文件,返回一个 Promise,当 Promise 胜利当前去执行回调。

Scope Hoisting

Scope Hoisting 会剖析出模块之间的依赖关系,尽可能的把打包进去的模块合并到一个函数中去。

比方咱们心愿打包两个文件

// test.js
export const a = 1
// index.js
import {a} from './test.js'

对于这种状况,咱们打包进去的代码会相似这样

[
  /* 0 */
  function (module, exports, require) {//...},
  /* 1 */
  function (module, exports, require) {//...}
]

然而如果咱们应用 Scope Hoisting 的话,代码就会尽可能的合并到一个函数中去,也就变成了这样的相似代码

[
  /* 0 */
  function (module, exports, require) {//...}
]

这样的打包形式生成的代码显著比之前的少多了。如果在 Webpack4 中你心愿开启这个性能,只须要启用 optimization.concatenateModules 就能够了。

module.exports = {
  optimization: {concatenateModules: true}
}

Tree Shaking

Tree Shaking 能够实现删除我的项目中未被援用的代码,比方

// test.js
export const a = 1
export const b = 2
// index.js
import {a} from './test.js'

对于以上状况,test 文件中的变量 b 如果没有在我的项目中应用到的话,就不会被打包到文件中。

如果你应用 Webpack 4 的话,开启生产环境就会主动启动这个优化性能。

小结

在这一章节中,咱们学习了如何应用 Webpack 去进行性能优化以及如何缩小打包工夫。

Webpack 的版本更新很快,各个版本之间实现优化的形式可能都会有区别,所以我没有应用过多的代码去展现如何实现一个性能。这里重点是学习到咱们能够通过什么形式去优化,具体的代码实现能够查找具体版本对应的代码即可。

正文完
 0