webpack4 optimization总结

本文深入探讨Webpack的优化策略,包括minimize、minimizer、runtimeChunk等关键配置,以及splitChunks的高级应用,帮助开发者理解如何有效压缩代码、优化构建流程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

optimization总结

minimize

默认为true,效果就是压缩js代码。

minimizer

可以自定义UglifyJsPlugin和一些配置,默认的压缩为uglifyjs-webpack-plugin

//比如在构建的时候,希望新增css的压缩
minimizer:
  mode === "development"
    ? []
    : [
        new UglifyJsPlugin({
          cache: true,
          parallel: true,
          sourceMap: mode === "development"
        }),
        new OptimizeCSSAssetsPlugin()
      ]

runtimeChunk

默认为false,runtime相关的代码(各个模块之间的引用和加载的逻辑)内嵌入每个entry

true:对于每个entry会生成runtime~${entrypoint.name}的文件。

clipboard.png

'single': 会生成一个唯一单独的runtime.js文件,就是manifest

clipboard.png

multiple:和true一致。
name:{}:自定义runtime文件的name

clipboard.png

clipboard.png

noEmitOnErrors

默认为true,编译错误的时候是否不生成资源。

namedModules,namedChunks

development默认都为true,production默认为false,选择是否给modulechunk更有意义的名称。

nameModules:true这里会显示路径

clipboard.png

nameModules:false直接采用索引自增

clipboard.png

namedChunks:true

clipboard.png

namedChunks:false采用索引

clipboard.png

moduleIds

一般不建议配置namedModules,namedChunks
针对module的配置,这里会取hashed

clipboard.png

针对chunk的配置,特别是异步代码一般会采用@vue-cli3推荐的插件

clipboard.png

removeAvailableModules,removeEmptyChunks,mergeDuplicateChunks,flagIncludedChunks

这4个参数构建默认都是true,主要是用于构建优化,不需要改,基本就是字面意思。

splitChunks

主要就是根据不同的策略来分割打包出来的bundle
默认配置:

clipboard.png

1.chunks

clipboard.png

async(默认)

splitChunks:{
   chunks:'async'//分割异步打包的代码,
}

打包出b和vue两个chunk。

clipboard.png

all:

splitChunks:{
   chunks:'all',//同时分割同步和异步代码,推荐。
   cacheGroup:{//默认的规则不会打包,需要单独定义
     a: {
       test: /a\.js/,
       chunks: "all",
       name: "a",
       enforce: true
     }
   }
}

clipboard.png

initial

splitChunks:{
   chunks:'initial'//也会同时打包同步和异步,但是异步内部的引入不再考虑,直接打包在一起,会将vue和b的内容直接打包成chunk,
   cacheGroup:{//默认的规则不会打包,需要单独定义
     a: {
       test: /a\.js/,
       chunks: "all",
       name: "a",
       enforce: true
     }
   }
}

clipboard.png

2.name
分割的js名称,默认为true,返回
${cacheGroup的key} ${automaticNameDelimiter} ${moduleName},可以自定义。

3.minChunks
最小公用模块次数,默认为1

4.minSize,maxSize,maxAsyncRequests(按需加载时候最大的并行请求数),maxInitialRequests(一个入口最大的并行请求数)
都为字面意思,一般不建议改。

5.cacheGroups
缓存策略,默认设置了分割node_modules和公用模块。内部的参数可以和覆盖外部的参数。
test 正则匹配文件
priority 优先级
reuseExistingChunk是否复用存在的chunk

   cacheGroup:{
     a: {
       test: /a\.js/,//匹配规则
       minChunks:2,//重写公用chunks的次数
       chunks: "all",
       name: "a",//重写文件名称
       enforce: true //强制生成
     }
   }

6.automaticNameDelimiter
文件名称分隔符号~

optimizationwebpack 的一个配置项,用于优化打包后的代码。 optimization 中包含了一些优化的配置项,例如: - minimize:是否开启代码压缩,默认为 true; - minimizer:指定使用哪些压缩插件,例如 UglifyJsPlugin、TerserPlugin 等; - splitChunks:用于代码分割,提取公共代码,避免重复打包; - runtimeChunk:用于提取每个入口文件的运行时代码,避免重复打包。 其中,splitChunks 和 runtimeChunk 都是用于代码分割的配置项。 splitChunks 配置项的默认值如下: ``` splitChunks: { chunks: 'async', minSize: 30000, maxSize: 0, minChunks: 1, maxAsyncRequests: 5, maxInitialRequests: 3, automaticNameDelimiter: '~', name: true, cacheGroups: { vendors: { test: /[\\/]node_modules[\\/]/, priority: -10 }, default: { minChunks: 2, priority: -20, reuseExistingChunk: true } } } ``` 这个配置项会将所有符合条件的模块打包成一个单独的文件,并且自动处理模块间的依赖关系。例如,如果有两个入口文件都引用了同一个模块,webpack 会将这个模块提取成一个单独的文件,避免重复打包。 runtimeChunk 配置项的默认值如下: ``` runtimeChunk: { name: entrypoint => `runtime-${entrypoint.name}` } ``` 这个配置项会将每个入口文件的运行时代码提取成一个单独的文件,避免重复打包。例如,如果有两个入口文件都使用了相同的第三方库,webpack 会将这个库的代码提取成一个单独的文件,并且将每个入口文件的运行时代码提取成另一个单独的文件。这样做的好处是,当我们修改了某个入口文件的代码时,只需要重新打包这个入口文件和它对应的运行时代码,而不需要重新打包第三方库的代码。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值