Webpack适合应用级项目，Rollup适合库开发；前者支持多模块格式和运行时功能，后者专注ESM与高效Tree-shaking，体积更小、无运行时开销。
JavaScript模块打包的核心目标是把多个源文件合并成更少（甚至一个）可执行文件，同时处理依赖、转换语法、优化体积。Webpack 和 Rollup 都是主流打包工具，但设计定位和适用场景不同——简单说：Webpack 更适合应用级项目（如 Web 页面、SPA），Rollup 更适合库（library）开发。
Webpack：面向应用的全能型打包器
Webpack 以“一切皆模块”为理念，原生支持 JS、CSS、图片、字体等资源，并通过 loader 和 plugin 生态实现高度定制化。
- 核心特点：内置代码分割（code splitting）、热更新（HMR）、Dev Server、按需加载（dynamic import）、多入口构建
- 典型配置项：entry（入口）、output（输出）、module.rules（loader 规则，如 babel-loader、css-loader）、plugins（如 HtmlWebpackPlugin、MiniCssExtractPlugin）
- 适合场景：React/Vue/Angular 项目、需要 CSS-in-JS 或样式提取的网页应用、依赖大量第三方资源的工程
Rollup：面向库的精简型打包器
Rollup 专注 ES 模块（ESM）处理，主打 Tree-shaking（自动剔除未使用代码）和生成干净、扁平、类原生的 bundle，特别适合打包 npm 包。
- 核心特点：原生支持 ESM 输入输出、默认开启高效 Tree-shaking、输出格式灵活（esm/cjs/iife/umd）、无运行时开销
- 典型配置项：input（入口文件）、output（格式与目标环境）、plugins（如 @rollup/plugin-node-resolve、@rollup/plugin-babel）
- 适合场景：发布到 npm 的工具库（如 Lodash 工具函数、UI 组件库）、需要最小化包体积和兼容性控制的 SDK
关键区别一目了然
Tree-shaking：Rollup 在设计之初就深度优化 ESM 的静态分析，Tree-shaking 更彻底；Webpack 5 虽已大幅改进，但在复杂动态导入或 CommonJS 混用时仍可能保留冗余代码。
使用 Scrapfly SDK（scrapfly-sdk）在 TypeScript 或 JavaScript 中进行网页抓取，用于用户请求抓取 URL、绕过反爬虫防护、渲染页面等场景。
立即学习“Java免费学习笔记（深入）”；
模块系统处理：Rollup 原生只理解 ESM，需插件才能处理 CommonJS（如 require）；Webpack 默认支持 CommonJS、AMD、ESM 多种格式，兼容性更强。
运行时能力：Webpack 会注入运行时（runtime）代码来管理模块加载逻辑（尤其在代码分割时）；Rollup 输出接近纯静态 JS，无额外运行时，更轻量。
怎么选？看你的项目类型
- 你在写一个供别人 npm install 的工具包 → 优先 Rollup（再加 TypeScript 支持和多格式输出）
- 你在开发一个带路由、API 请求、样式和图片的网站 → 选 Webpack（或 Vite，它底层也融合了 Rollup 思想）
- 你不确定，或者团队已有成熟 Webpack 流程 → 不必强切 Rollup；反之，若发现打包后体积偏大、Tree-shaking 效果差，可尝试 Rollup 对比验证
基本上就这些。两者不是非此即彼，很多大型项目也会用 Rollup 打包内部 UI 库，再用 Webpack 集成进主应用。关键是理解它们的出发点：一个为“运行”，一个为“分发”。
