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,namedChunksdevelopment默认都为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}}}
initialsplitChunks:{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是否复用存在的chunkcacheGroup:{a: {test: /a\.js/,//匹配规则minChunks:2,//重写公用chunks的次数chunks: "all",name: "a",//重写文件名称enforce: true //强制生成}}
6.automaticNameDelimiter
文件名称分隔符号~以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
您可能感兴趣的文章:vue本地构建热更新卡顿的问题“75 advanced module optimization”完美解决方案System.Web中不存在类型或命名空间名称“Optimization”(是否缺少程序集引用?) webpack中的optimization配置示例详解