webpack之插件optimize css assets webpack plugin

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了webpack之插件optimize css assets webpack plugin相关的知识,希望对你有一定的参考价值。

参考技术A 主要是用来压缩css文件

assetNameRegExp:一个正则表达式,指示应优化\最小化的资产的名称。提供的正则表达式针对配置中
ExtractTextPlugin实例导出的文件的文件名运行,而不是源CSS文件的文件名。默认为/.css$/g
cssProcessor:用于优化\最小化CSS的CSS处理器,默认为cssnano。这应该是一个跟随
cssnano.process接口的函数(接收CSS和选项参数并返回一个Promise)。
cssProcessorOptions:传递给cssProcessor的选项,默认为
cssProcessorPluginOptions:传递给cssProcessor的插件选项,默认为
canPrint:一个布尔值,指示插件是否可以将消息打印到控制台,默认为 true

迁移到webpack4:从webpack.optimize.CommonsChunkPlugin到config.optimization.splitChunk,以及有个搜出来的中文解决办法是错的

webpack4 Error: webpack.optimize.CommonsChunkPlugin has been removed, please use config.optimization.splitChunks instead

哦,原来是原来的插件不能用了,这个中文指南,标的是webpack4.7.0,结果这块都没更新啊。。。于是必应搜了一下,第一个出来的是这个

webpack4 Error: webpack.optimize.CommonsChunkPlugin has been removed, please use config.optimization.splitChunks instead 的解决方法

照着在webpack.config.js改了一下代码:

module.exports = {
plugins: [
- new webpack.optimize.CommonsChunkPlugin({
- name: ‘common‘ // 指定公共 bundle 的名称。
- })
],

+ optimization: {
+ splitChunks: {
+ name: ‘common‘
+ }
+ },

倒是不报错了,但仔细检查了一下,发现结果是:

//app.bundle.js 和 another.bundle.js 是共享 lodash模块的
Asset Size Chunks Chunk Names
another.bundle.js 70.1 KiB 0 [emitted] another
app.bundle.js 70.2 KiB 1 [emitted] app
another.bundle.js.map 668 KiB 0 [emitted] another
app.bundle.js.map 668 KiB 1 [emitted] app
index.html 253 bytes [emitted]

app.bundle.js 和 another.bundle.js 的大小都在70kib左右(1kib = 1,024Byte),相差无几且都大得不对劲,而且common.js根本没有生出来啊。。。这绝壁是有问题吧!!!

返回去老老实实看官方文档吧。。。

果然,是要这么配滴:

//optimization与entry/plugins同级
optimization: {
splitChunks: {
cacheGroups: {
commons: {
name: "commons",
chunks: "initial",
minChunks: 2
}
}
}
},

稍微解释一下含义

cacheGroups is an object where keys are the cache group names. All options from the ones listed above are possible: chunks, minSize, minChunks, maxAsyncRequests, maxInitialRequests, name. 可以自己设置一组一组的cache group来配对应的共享模块
commons里面的name就是生成的共享模块bundle的名字
With the chunks option the selected chunks can be configured.
chunks 有三个可选值,”initial”, “async” 和 “all”. 分别对应优化时只选择初始的chunks,所需要的chunks 还是所有chunks 。
minChunks 是split前,有共享模块的chunks的最小数目 ,默认值是1, 但我看示例里的代码在default里把它重写成2了,从常理上讲,minChunks = 2 应该是一个比较合理的选择吧。
出来的结果是:

Asset Size Chunks Chunk Names
commons.bundle.js 69.5 KiB 0 [emitted] commons
another.bundle.js 1.21 KiB 1 [emitted] another
app.bundle.js 1.26 KiB 2 [emitted] app
commons.bundle.js.map 664 KiB 0 [emitted] commons
another.bundle.js.map 6.9 KiB 1 [emitted] another
app.bundle.js.map 7.31 KiB 2 [emitted] app
index.html 317 bytes [emitted]
————————————————
版权声明:本文为CSDN博主「十方魔」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/github_36487770/article/details/80228147

以上是关于webpack之插件optimize css assets webpack plugin的主要内容,如果未能解决你的问题,请参考以下文章

webpack学习打包压缩js和css

webpack 如何压缩文件

webpack各类压缩

webpack5以上版本 使用optimize-css-assets-webpack-plugin压缩问题

webpack-css打包超详解 ( 分离 & 压缩 )

Webpack5文件压缩