先说说我自己的感受。之前做前端工程化改造时webpack 给我的印象一直是“能用但配置特别绕”。网上资料很多但大多停留在“贴一份 webpack.config.js 让你复制”的程度至于每一项配置为什么这样写、注释怎么清除、打包体积怎么优化讲得零散又含糊。本文打算把这些内容串成一条完整的实操链路从概念、配置、注释清理到打包优化和常见排错全部覆盖既有新手需要的背景说明也有可以直接复制到项目的代码。本文适合三类读者刚接触 webpack 想系统理解配置的朋友被生产环境包体积、注释清理问题困扰的开发者以及想把手头 webpack 4 项目平滑梳理到 webpack 5 配置体系的同学。1. webpack 到底是什么1.1 从一个最简单的场景说起假设你写了一个前端页面用到a.js、b.js、c.js三个文件它们之间有依赖关系。传统方式是在 HTML 里按顺序引入多个 script 标签script src./js/a.js/script script src./js/b.js/script script src./js/c.js/script这种方式的痛点很明显全局变量容易被污染。文件依赖顺序必须手动保证。请求数量多影响页面加载速度。代码里不能方便地使用import、require等模块化语法。webpack 解决的核心问题就是把多个模块按照依赖关系打包成一个或少数几个静态资源文件。也就是说你可以放心地使用 ES Module、CommonJS、AMD 等模块规范写代码webpack 会帮你分析依赖、合并代码、处理资源最终输出浏览器能直接识别的静态文件。1.2 webpack 的官方定义与核心概念webpack 是一个静态模块打包工具static module bundler。在 webpack 的世界里JavaScript、CSS、图片、字体等都被视为“模块”webpack 通过入口文件开始构建依赖图dependency graph然后根据依赖图把所有模块打包成最终的 bundle。学习 webpack 之前需要先建立五个核心概念概念作用类比说明Entry入口指定打包从哪个文件开始相当于程序的启动入口Output输出指定打包后的文件输出到哪里相当于编译产物的存放位置Loader加载器处理非 JS 模块比如 CSS、图片、字体相当于“翻译官”Plugin插件执行范围更广的任务比如压缩、拷贝、注入环境变量相当于“增强工具”Mode模式区分 development、production、none 三种构建模式相当于不同场景的预设策略这四个概念严格说是五个加上 Mode是理解 webpack 配置文件的钥匙。后续所有配置都是在围绕它们做文章。1.3 webpack 与周边工具的边界很多初学者会把 webpack 和 Vite、Rollup、Parcel 混在一起也会把 webpack 和 webpack-dev-server、webpack-cli 搞混。简单做个区分webpack 本身专注于模块打包。webpack-cli 是命令行工具让你能执行npx webpack。webpack-dev-server 是开发服务器提供热更新和本地预览。Vite 是基于原生 ES Module 的开发服务器开发环境体验更轻快但生产构建仍可以借助 Rollup。Rollup 更适合类库打包产物更纯粹。本文不评判哪个工具更好只专注讲清楚 webpack 本身的配置能力和优化思路。2. 环境准备与版本说明2.1 环境依赖开始之前你需要准备好以下环境Node.js建议使用 16.x 或 18.x LTS 版本。npm 或 yarn 或 pnpm本文示例统一使用 npm。一个用于练习的空目录。版本需要根据你的实际项目情况调整本文示例以 webpack 5 为主重点演示配置思路。如果你还在用 webpack 4大部分配置同样适用但部分插件和默认行为会有差异例如 webpack 5 内置了压缩处理不再强制要求单独配置 TerserPlugin。2.2 初始化项目先创建项目目录并初始化mkdir webpack-demo cd webpack-demo npm init -y安装 webpack 相关依赖npm install webpack webpack-cli --save-dev安装完成后查看版本npx webpack --version正常情况下会输出类似下面的信息webpack: 5.88.2 webpack-cli: 5.1.4 webpack-dev-server: 4.15.12.3 目录结构规划本文的示例项目结构如下webpack-demo ├── package.json ├── webpack.config.js ├── public │ └── index.html └── src ├── index.js ├── style.css └── utils └── format.js创建目录和文件mkdir src public src/utils touch webpack.config.js public/index.html src/index.js src/style.css src/utils/format.js后续的配置和代码都会基于这个结构展开。3. 核心配置项拆解3.1 最基础的 webpack.config.jswebpack 默认会读取项目根目录下的webpack.config.js文件。下面是一份最基础的配置// 文件路径webpack.config.js const path require(path); module.exports { entry: ./src/index.js, output: { path: path.resolve(__dirname, dist), filename: bundle.js, }, mode: development, };配置说明entry入口文件路径webpack 从这里开始分析依赖。output.path打包产物输出目录必须是绝对路径。output.filename打包后的文件名。mode设为development时process.env.NODE_ENV 会被定义为 development并且启用便于调试的命名和提示。运行打包npx webpack你会看到dist目录下生成了bundle.js。用浏览器打开public/index.html并通过 script 标签引入../dist/bundle.js页面就能正常执行入口逻辑。3.2 入口和输出详解入口除了可以配置成字符串还可以配置成对象用于生成多个页面或多个 bundlemodule.exports { entry: { index: ./src/index.js, admin: ./src/admin.js, }, output: { path: path.resolve(__dirname, dist), filename: [name].[contenthash].js, }, };这里[name]会替换成 entry 里的 key 值[contenthash]是基于文件内容生成的哈希值。使用 contenthash 的好处是文件内容变化时文件名才会变化利于浏览器缓存。入口对象适合多页面应用MPA。如果只是单页面应用字符串写法就足够。3.3 Loader 的作用webpack 默认只能处理 JS 和 JSON 文件。要想处理 CSS、图片、字体等资源需要配置 loader。先安装处理 CSS 的 loadernpm install css-loader style-loader --save-dev然后修改配置const path require(path); module.exports { entry: ./src/index.js, output: { path: path.resolve(__dirname, dist), filename: bundle.js, }, mode: development, module: { rules: [ { test: /\.css$/, use: [style-loader, css-loader], }, ], }, };配置项说明test使用正则匹配文件类型。use从右往左执行的 loader 数组。上面的配置中先由css-loader解析 CSS 文件里的import和url()再由style-loader把样式注入到 HTML 的 style 标签中。在src/index.js中引入样式import ./style.css; console.log(webpack demo running);这样打包后打开页面就可以看到样式生效并且在控制台看到日志输出。3.4 Plugin 的作用Plugin 的能力比 loader 更广。loader 主要负责“转换模块”plugin 可以参与打包的整个生命周期比如生成 HTML、拷贝静态资源、分析包体积等。最常见的插件是HtmlWebpackPlugin它可以自动生成 HTML 文件并自动引入打包好的 JS。安装依赖npm install html-webpack-plugin --save-dev修改配置const path require(path); const HtmlWebpackPlugin require(html-webpack-plugin); module.exports { entry: ./src/index.js, output: { path: path.resolve(__dirname, dist), filename: bundle.js, }, mode: development, module: { rules: [ { test: /\.css$/, use: [style-loader, css-loader], }, ], }, plugins: [ new HtmlWebpackPlugin({ template: ./public/index.html, title: webpack-demo, }), ], };在public/index.html中编写模板!DOCTYPE html html langzh-CN head meta charsetUTF-8 / meta nameviewport contentwidthdevice-width, initial-scale1.0 / titlewebpack demo/title /head body div idapp/div /body /html打包完成后dist目录会生成index.html并且自动加入script deferdefer srcbundle.js/script不需要你手动管理脚本标签。3.5 Mode 模式的差异webpack 提供了三种模式模式特点适用场景development开启 source map变量名可读构建速度快本地开发调试production开启 Tree Shaking、压缩、作用域提升生产环境发布none不做任何默认优化自定义极端场景实际项目中建议准备两份配置分别是webpack.config.js公共配置、webpack.dev.js开发配置和webpack.prod.js生产配置然后使用webpack-merge合并。这样能避免修改一处配置影响另一个环境。3.6 devServer 搭建本地开发环境安装 webpack-dev-servernpm install webpack-dev-server --save-dev在 package.json 中添加脚本scripts: { start: webpack serve --open, build: webpack }启动开发服务器npm startdevServer 默认运行在http://localhost:8080支持文件变更后自动刷新页面。它打包的内容存在于内存中不会产出到 dist 目录因此开发时修改代码能看到实时效果。4. webpack 注释清除完整实现4.1 注释清除的需求场景很多同学在查看生产打包产物时会发现JS 文件里残留了大量开发注释比如作者信息、文件说明、代码块标注、日期等。这些注释不仅增大了文件体积也暴露了项目内部信息不够干净。默认情况下webpack 5 在生产模式下会通过TerserWebpackPlugin对 JS 进行压缩并且默认会移除注释如果你在浏览器里打开dist下的 bundle 文件发现注释仍然存在通常有以下几种原因当前 mode 为 developmentwebpack 不会压缩代码自然也不会移除注释。代码中的/* preserve、/*!等特殊注释被保留这些注释用于版权声明等场景。自定义了optimization.minimizer但没有正确配置注释移除参数。使用的是 webpack 4并且没有安装 TerserPlugin默认压缩器行为不同。4.2 手动配置 TerserPlugin 清除注释webpack 5 中 TerserPlugin 已经内置但如果你想显式控制注释和压缩行为可以单独安装并配置npm install terser-webpack-plugin --save-dev在webpack.prod.js中配置// 文件路径webpack.prod.js const path require(path); const TerserPlugin require(terser-webpack-plugin); module.exports { mode: production, entry: ./src/index.js, output: { path: path.resolve(__dirname, dist), filename: js/[name].[contenthash].js, }, optimization: { minimize: true, minimizer: [ new TerserPlugin({ terserOptions: { compress: { drop_console: true, // 移除 console.log drop_debugger: true, // 移除 debugger pure_funcs: [console.log], // 删除特定函数调用 }, format: { comments: false, // 关闭注释输出 }, }, extractComments: false, // 不把注释提取到单独文件 }), ], }, };关键参数说明compress.drop_console生产环境移除 console.log减小体积避免日志泄漏。compress.drop_debugger移除 debugger 语句。format.comments: false不保留任何注释。extractComments: false默认情况下 TerserPlugin 会把/*!类注释提取到.LICENSE.txt文件设为 false 后则不提取。配置完成后运行打包生成的 JS 文件会变得非常干净注释和 console 都不会出现。4.3 保留版权注释的正确姿势有些公司或开源项目要求保留版权、许可证声明这时不能把注释全部移除而是要保留一部分。可以实现“移除普通注释、保留特殊注释”的效果。先修改源代码在需要保留注释的位置使用/*! *//*! * 公司版权所有某某科技 * 时间2024-01-01 */ function add(a, b) { return a b; } // 这是一条普通注释打包后应该被清除 console.log(add(1, 2));然后修改 TerserPlugin 配置new TerserPlugin({ terserOptions: { compress: { drop_console: true, }, format: { comments: /^!/, // 只保留以 ! 开头的注释 }, }, extractComments: true, })这样打包后的文件顶部会保留版权注释而普通注释会被清除。extractComments 为 true 时webpack 会把版权注释单独提取到.txt文件同时出于代码安全考虑建议在构建后检查产物内容。4.4 CSS 中的注释清除除了 JSCSS 中也存在大量注释。处理 CSS 注释通常需要借助CssMinimizerWebpackPlugin。安装依赖npm install css-minimizer-webpack-plugin --save-dev把 CSS 提取为独立文件需要使用MiniCssExtractPluginnpm install mini-css-extract-plugin --save-dev配置如下const MiniCssExtractPlugin require(mini-css-extract-plugin); const CssMinimizerWebpackPlugin require(css-minimizer-webpack-plugin); module.exports { mode: production, module: { rules: [ { test: /\.css$/, use: [MiniCssExtractPlugin.loader, css-loader], }, ], }, optimization: { minimizer: [ new CssMinimizerWebpackPlugin({ minimizerOptions: { preset: [ default, { discardComments: { removeAll: true }, // 移除所有 CSS 注释 }, ], }, }), ], }, plugins: [ new MiniCssExtractPlugin({ filename: css/[name].[contenthash].css, }), ], };这里把style-loader替换成了MiniCssExtractPlugin.loader因为生产环境通常要把 CSS 单独提取成文件利用浏览器并行加载也有利于缓存而不是通过 JS 动态注入 style 标签。discardComments.removeAll设置为 true 后CSS 文件中的注释会被全部清除。5. 打包优化配置实战5.1 使用 splitChunks 拆分公共代码多入口项目中多个页面可能引用了同一个第三方库比如 React、Vue 或 lodash。如果不做拆包每个 bundle 都包含一份库代码导致重复加载。webpack 5 内置了optimization.splitChunks可以自动拆分公共模块。module.exports { mode: production, entry: { index: ./src/index.js, admin: ./src/admin.js, }, output: { path: path.resolve(__dirname, dist), filename: js/[name].[contenthash].js, }, optimization: { splitChunks: { chunks: all, minSize: 20000, minChunks: 1, cacheGroups: { vendor: { test: /[\\/]node_modules[\\/]/, name: vendors, priority: 10, }, common: { name: common, minChunks: 2, priority: 5, }, }, }, }, };参数解析chunks: all同步和异步引入的模块都能被拆分。minSize模块体积大于 20KB 才考虑拆分。minChunks模块被引用次数达到阈值才拆分。cacheGroups.vendor把 node_modules 中的第三方库统一打到vendors.js。cacheGroups.common把项目内被多个入口引用的公共模块提取到common.js。priority缓存组优先级数字越大越优先避免模块被重复拆分。拆分后页面加载时可以先加载公共库文件利用浏览器缓存提升二次访问速度。5.2 Tree Shaking 与 sideEffectsTree Shaking 是 rollup 社区推广、后来被 webpack 支持的一项特性。它的核心思路是“只打包真正被使用的代码”去掉未引用的导出。webpack 4 在 production 模式下会自动开启 Tree Shaking但有一个关键前提你的代码需要基于 ES Module 语法也就是使用import和export而不是require和module.exports。因为 ES Module 是静态分析友好的webpack 可以精确判断哪个导出没有被使用。package.json 中的sideEffects字段也影响 Tree Shaking。它告诉 webpack 哪些文件有副作用不应该被移除{ name: webpack-demo, sideEffects: [ *.css, *.scss ] }如果项目没有副作用文件可以直接设为{ sideEffects: false }注意CSS 文件通常被视作有副作用因为引入 CSS 本身就是一种副作用行为如果 sideEffects 设为 falsewebpack 可能会把 import ./style.css 直接删掉必须将 CSS 文件加入白名单。5.3 使用 externals 减少打包体积对于体积很大且通过 CDN 引入的库比如 React、Vue、jQuery可以使用 externals 让 webpack 不打入这些库而是在运行时从全局变量读取。module.exports { mode: production, externals: { react: React, react-dom: ReactDOM, }, };然后在 HTML 中通过 CDN 引入script srchttps://unpkg.com/react18/umd/react.production.min.js/script script srchttps://unpkg.com/react-dom18/umd/react-dom.production.min.js/script这样打包产物中就不会包含 React 相关代码bundle 体积会明显下降。需要注意的是externals 配置的 key 必须跟代码中 import 的模块名一致value 必须是库暴露到全局的变量名并且在页面加载时必须先于 bundle 引入对应 CDN 文件。5.4 图片和字体等静态资源的优化webpack 5 内置了资源模块asset module不再需要旧版的 file-loader、url-loader。module.exports { module: { rules: [ { test: /\.(png|jpe?g|gif|svg|webp)$/, type: asset, parser: { dataUrlCondition: { maxSize: 8 * 1024, // 小于 8KB 的图片转 base64 内联 }, }, generator: { filename: images/[name].[hash:8][ext], }, }, { test: /\.(woff2?|eot|ttf|otf)$/, type: asset/resource, generator: { filename: fonts/[name].[hash:8][ext], }, }, ], }, };type: asset会根据图片大小自动决定是内联还是输出为文件。小于maxSize的图片会转成 base64 编码放入 JS 中减少 HTTP 请求大于阈值的图片会输出到 images 目录并带上 hash 保证文件名唯一便于缓存更新。5.5 构建进度与结果分析当项目变大后构建速度会变慢产物分析变得重要。建议安装webpack-bundle-analyzer来分析打包产物npm install webpack-bundle-analyzer --save-dev在配置中按需启用const BundleAnalyzerPlugin require(webpack-bundle-analyzer).BundleAnalyzerPlugin; module.exports { plugins: [ new BundleAnalyzerPlugin({ analyzerPort: 8888, generateStatsFile: true, }), ], };启动后浏览器会自动打开一个可视化面板展示各个模块在 bundle 中的体积占比方便你定位哪些依赖占了过大空间。6. 完整项目示例6.1 项目文件和依赖为了让你有一条完整的可运行链路我把前面的知识点合并成一个小项目。package.json 关键部分{ name: webpack-demo, version: 1.0.0, description: webpack 配置与打包优化示例, main: src/index.js, scripts: { start: webpack serve --open, build: webpack --config webpack.prod.js }, devDependencies: { css-loader: ^6.8.1, css-minimizer-webpack-plugin: ^5.0.0, html-webpack-plugin: ^5.5.3, mini-css-extract-plugin: ^2.7.6, style-loader: ^3.3.3, terser-webpack-plugin: ^5.3.9, webpack: ^5.88.2, webpack-cli: ^5.1.4, webpack-dev-server: ^4.15.1 } }版本号只是示例你安装时以 npm 实际解析到的版本为准。6.2 公共配置 webpack.base.jsconst path require(path); const HtmlWebpackPlugin require(html-webpack-plugin); module.exports { entry: ./src/index.js, output: { path: path.resolve(__dirname, dist), filename: js/[name].[contenthash].js, clean: true, }, module: { rules: [ { test: /\.css$/, use: [style-loader, css-loader], }, { test: /\.(png|jpe?g|gif|svg|webp)$/, type: asset, parser: { dataUrlCondition: { maxSize: 8 * 1024, }, }, }, ], }, plugins: [ new HtmlWebpackPlugin({ template: ./public/index.html, title: webpack-demo, }), ], };output.clean: true会在每次构建前清空 dist 目录避免旧文件残留。6.3 生产配置 webpack.prod.jsconst path require(path); const { merge } require(webpack-merge); const baseConfig require(./webpack.base.js); const TerserPlugin require(terser-webpack-plugin); const MiniCssExtractPlugin require(mini-css-extract-plugin); const CssMinimizerWebpackPlugin require(css-minimizer-webpack-plugin); module.exports merge(baseConfig, { mode: production, module: { rules: [ { test: /\.css$/, use: [MiniCssExtractPlugin.loader, css-loader], }, ], }, optimization: { minimize: true, minimizer: [ new TerserPlugin({ terserOptions: { compress: { drop_console: true, drop_debugger: true, }, format: { comments: false, }, }, extractComments: false, }), new CssMinimizerWebpackPlugin({ minimizerOptions: { preset: [ default, { discardComments: { removeAll: true }, }, ], }, }), ], splitChunks: { chunks: all, minSize: 20000, minChunks: 1, cacheGroups: { vendor: { test: /[\\/]node_modules[\\/]/, name: vendors, priority: 10, }, }, }, }, plugins: [ new MiniCssExtractPlugin({ filename: css/[name].[contenthash].css, }), ], });需要安装webpack-mergenpm install webpack-merge --save-dev6.4 源码文件src/index.jsimport ./style.css; import { formatDate } from ./utils/format; /*! * 版权提示webpack-demo */ // 这是一条普通注释生产构建时会自动移除 console.log(webpack demo started); const date formatDate(new Date()); document.querySelector(#app).textContent 当前时间${date};src/utils/format.jsexport function formatDate(date) { const y date.getFullYear(); const m String(date.getMonth() 1).padStart(2, 0); const d String(date.getDate()).padStart(2, 0); return ${y}-${m}-${d}; }src/style.css/* 页面主体样式 */ #app { font-size: 16px; color: #333; padding: 20px; }6.5 执行构建与验证执行生产构建npm run build构建完成后dist 目录结构类似dist ├── css │ └── index.[contenthash].css ├── js │ ├── index.[contenthash].js │ └── vendors.[contenthash].js └── index.html打开dist下的 js 文件搜索“普通注释”和“console.log”会发现它们已经被清除。再打开 CSS 文件注释也已被移除。页面通过index.html打开后会正常显示当前日期。7. 常见问题与排查思路7.1 打包后注释没有被移除问题现象常见原因解决思路注释没有清除当前处于 development 模式改用 production 模式或更换为生产配置文件注释没有清除使用了自定义 minimizer 但未配置 comments检查 TerserPlugin 的 format.comments 配置注释没有清除代码中使用了/*!注释这类注释默认会被保留按需调整 extractComments 配置CSS 注释残留没有配置 CssMinimizerWebpackPlugin添加 CSS 压缩插件并启用 discardComments排查步骤建议先确认执行的是哪份配置文件检查 package.json 中 build 脚本。查看 webpack 输出的日志确认 mode 是 production。用编辑器搜索 bundle 文件中的注释内容确认是普通注释还是/*!特殊注释。检查 optimization.minimizer 是否覆盖了默认配置。7.2 打包体积过大怎么办按以下顺序排查先运行 bundle-analyzer 看哪些模块体积大。把体积大的第三方库通过 externals 转成 CDN 引入或换成体积更小的替代库。检查是否重复引入了同一个库的不同版本。确认没有把整个库import * as引入尽量使用具名导入以配合 Tree Shaking。检查是否忘记配置 splitChunks导致多个入口重复打包。7.3 devServer 热更新失效问题现象常见原因解决思路修改代码后页面不刷新devServer 版本与 webpack 版本不兼容查看 npm 依赖树统一到匹配版本修改 CSS 后样式未更新CSS 文件被 sideEffects 白名单排除检查 package.json 的 sideEffects 配置页面报 404使用了 history 路由且未配置 fallback在 devServer 中配置 historyApiFallback: true7.4 SplitChunks 无效或不生效splitChunks 不是“配置了就会拆”。如果模块体积太小、引用次数少、或者没有满足minSize、minChunks条件webpack 不会进行拆分。建议把minSize调低或去掉结合cacheGroups的test规则观察效果。7.5 构建速度慢构建速度优化可以参考以下几点使用cache: { type: filesystem }开启持久化缓存第二次构建速度会有明显提升。loader 使用include限定处理范围排除 node_modules。大型项目考虑将构建拆分为多进程例如thread-loader但要注意多进程通信本身有开销小项目不建议使用。生产构建不要监听文件变化避免不必要的资源占用。8. 最佳实践与工程建议8.1 按环境拆分配置建议至少分离开发和生产配置并通过webpack-merge合并公共配置。开发环境注重构建速度和调试体验生产环境注重压缩、缓存、注释清理和包体积优化。推荐脚本配置scripts: { dev: webpack serve --config webpack.dev.js, build: webpack --config webpack.prod.js, build:analyze: webpack --config webpack.prod.js --analyze }8.2 合理利用缓存contenthash 命名是缓存策略的核心。只有内容变化的文件才会更新文件名浏览器可以长期缓存未变化的文件。同时第三方库的vendors文件通常不常变化适合设置较长的 Cache-Control。8.3 严格生产环境降噪生产构建建议打开以下配置drop_console移除 console 日志。drop_debugger移除 debugger。comments: false移除业务注释。extractComments: false不单独生成许可证文件如果公司有法务要求需按实际情况调整。需要特别提醒的是移除注释和日志会降低代码可读性排查线上问题时会更困难。建议配合 source map 使用但 source map 不要直接部署到公开目录避免源码泄露。8.4 依赖管理和安全边界安装依赖时使用--save-dev或--save明确依赖类型。定期执行npm audit检查依赖安全漏洞。不要随意升级 webpack 大版本先查看官方迁移指南。对于公司内部项目禁止把线上 source map、构建产物上传到公开仓库。涉及生产环境配置变更时遵循最小权限原则先在测试环境验证完整构建流程。8.5 保留必要的 Source Map 策略生产环境建议使用devtool: source-map或devtool: hidden-source-map。前者生成独立 map 文件后者能定位错误但不会在生产环境暴露源码地址。具体选择取决于团队的安全策略。如果不需要线上排错能力直接关闭 source map 体积更小。8.6 注释与文档约定虽然构建会清除注释但在源代码中仍建议保留必要的文件头注释、函数说明和复杂逻辑注释。这些注释服务于团队协作和代码维护清除工作交给构建工具完成即可。不要在源代码里大段堆砌无意义注释保持代码整洁度。9. 总结这篇文章从 webpack 的核心概念出发梳理了入口、输出、loader、plugin、mode 的作用和配置方式又专门针对“注释清除”场景讲解了 TerserPlugin 清除 JS 注释、CssMinimizerWebpackPlugin 清除 CSS 注释的完整配置最后通过一个可运行的示例项目演示了 splitChunks、Tree Shaking、资源模块、CDN externals 等多种打包优化手段。回顾几个关键点注释清除的关键不在 loader而在压缩器的配置参数生产模式 TerserPlugin 的format.comments是核心。注释清除必须区分普通注释和版权注释不能一刀切。打包优化是组合拳splitChunks、Tree Shaking、externals、资源压缩要配合使用而不是只配一个。配置环境隔离、缓存策略和依赖管理是工程化落地的真正门槛。下一步你可以继续深入学习 webpack 的模块联邦Module Federation、持久化缓存配置、loader 自定义开发和 plugin 生命周期这些方向会把 webpack 的能力边界进一步打开。也可以结合 Vite 做横向对比理解不同构建工具在开发体验和生产性能之间的取舍。如果这篇文章对你有帮助可以收藏备用。实际配置过程中遇到任何报错欢迎在评论区把错误截图和配置贴出来一起分析。