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}
的文件。
'single'
: 会生成一个唯一单独的runtime.js
文件,就是manifest
。
multiple
:和true
一致。name:{}
:自定义runtime
文件的name
noEmitOnErrors
默认为true
,编译错误的时候是否不生成资源。
namedModules,namedChunks
development
默认都为true
,production
默认为false
,选择是否给module
和chunk
更有意义的名称。
nameModules:true
这里会显示路径
nameModules:false
直接采用索引自增
namedChunks:true
namedChunks:false
采用索引
moduleIds
一般不建议配置namedModules
,namedChunks
针对module
的配置,这里会取hashed
。
针对chunk
的配置,特别是异步代码
一般会采用@vue-cli3
推荐的插件
removeAvailableModules,removeEmptyChunks,mergeDuplicateChunks,flagIncludedChunks
这4个参数构建默认都是true
,主要是用于构建优化,不需要改,基本就是字面意思。
splitChunks
主要就是根据不同的策略来分割打包出来的bundle
。
默认配置:
1.chunks
async(默认)
:
splitChunks:{ chunks:'async'//分割异步打包的代码, }
打包出b和vue两个chunk。
all
:
splitChunks:{ chunks:'all',//同时分割同步和异步代码,推荐。 cacheGroup:{//默认的规则不会打包,需要单独定义 a: { test: /a\.js/, chunks: "all", name: "a", enforce: true } } }
initial
splitChunks:{ chunks:'initial'//也会同时打包同步和异步,但是异步内部的引入不再考虑,直接打包在一起,会将vue和b的内容直接打包成chunk, cacheGroup:{//默认的规则不会打包,需要单独定义 a: { test: /a\.js/, chunks: "all", name: "a", enforce: true } } }
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
文件名称分隔符号~
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持谷谷点程序。
转载请注明:谷谷点程序 » webpack4 optimization使用总结