Webpack 适合复杂前端应用，支持多模块格式与资源处理，提供灵活的代码分割和运行时加载机制；2. Rollup 专注 ES Module，通过静态分析实现高效 Tree Shaking，生成简洁代码，更适合打包 JavaScript 库；3. 选型应基于项目类型，应用开发优选 Webpack，库开发首选 Rollup。
模块打包工具在现代前端开发中扮演着核心角色，它们将分散的代码文件按依赖关系整合成可在浏览器运行的资源。Webpack 和 Rollup 是其中两个主流工具，虽然目标相似，但在设计哲学、使用场景和实现机制上存在显著差异。理解它们的模块打包原理，有助于我们选择合适的工具并优化构建流程。
模块处理机制：如何解析与构建依赖图
模块打包的第一步是构建依赖图。Webpack 从配置的入口文件开始，递归地分析每个模块的导入（import 或 require）语句，识别出所有依赖，并记录模块之间的引用关系。它支持多种模块格式，包括 CommonJS、AMD、ES Module，甚至可以处理非 JavaScript 资源（如 CSS、图片），通过 loader 进行转换。
Rollup 则专注于 ES Module。它假设输入代码使用标准的 import/export 语法，基于静态分析构建依赖树。由于 ES Module 是静态结构，Rollup 可以更精确地进行 Tree Shaking —— 在打包时移除未被使用的导出，从而生成更小的输出文件。
打包输出方式：Chunk 与 Bundle 的设计差异
Webpack 支持多入口、动态导入（import()）和代码分割，能生成多个 chunk 文件，实现按需加载。它的输出结构灵活，适合构建大型应用，尤其是需要运行时控制加载逻辑的 SPA（单页应用）。每个模块会被包裹在一个函数作用域中，通过内置的模块系统在运行时解析依赖。
Rollup 默认将所有模块合并为一个或少数几个 bundle，强调“库”的输出形式。它生成的代码更接近原始结构，避免引入额外的运行时模块系统，因此更适合打包 JavaScript 库。产出的代码简洁、高效，易于被其他工具或环境集成。
插件与生态系统：扩展能力的取舍
Webpack 拥有庞大的生态系统，loader 机制让它能处理各种资源类型，配合 plugin 可深度定制构建流程。这使得 Webpack 成为全功能构建解决方案，适用于复杂项目。但这也带来了学习成本高、配置繁琐的问题。
Rollup 插件系统同样强大，但更注重轻量和专注。它鼓励“做一件事并做好”，常见插件如 rollup-plugin-node-resolve 和 rollup-plugin-commonjs 用于支持第三方模块引入。对于构建库来说，这种简洁性反而是优势，减少冗余逻辑，提升构建可预测性。
适用场景对比：应用 vs 库
如果你在开发一个前端应用，尤其是基于 React、Vue 等框架的项目，Webpack 是更合适的选择。它对热更新、开发服务器、资源处理的支持非常成熟，能应对复杂的工程需求。
如果你在编写一个供他人使用的 JavaScript 库，比如工具函数集、UI 组件库，Rollup 更具优势。它生成的代码体积小、结构清晰，支持 Tree Shaking，能让使用者只加载真正用到的部分。
基本上就这些。理解两者的核心差异，关键在于明确项目类型和构建目标。Webpack 强大而全面，Rollup 精简而高效，选型应基于实际需求而非流行趋势。
