Webpack 官方刚刚放出了 2026 年的路线图，停更了五年的博客又启动了！
五年前 Webpack 5.0 发布之后，一直在修修补补，不过也没有什么创新，Vite、Rspack 相继崛起，Webpack 还停留在原地。
说实话，如果你脑子里对 Webpack 的印象还停在老、慢、过时，那你想的也没错。
不过，看完这份路线图，我自己的感觉是：它确实老了，也确实慢，但至少还能看出来——它没有彻底躺下。
甚至可以说，它终于开始面对现实了。
这一次，Webpack 传递出来的信号其实挺明确的：它并不打算跟 Vite、Rspack 去拼谁更快，而是选择回过头来，把自己这些年堆出来的问题，一点点收拾掉。
开始还插件的债了
Webpack 过去最大的问题，其实不是“做不到”，而是太绕。
很多你日常用到的能力，并不复杂，但想在 Webpack 里用起来，就得一层一层往上叠插件、loader、配置约定。
能跑，但很重，也很容易把人劝退。
这次路线图里，官方终于动手了：CSS Modules 要内置，TypeScript 转译也准备内置，连 HTML 作为 entry 这种事，都不想再让你额外装插件。
说白了，就是把以前那套“默认你很懂 Webpack”的前提，往回收一收。
这一步本身，其实和性能关系不大。
它更像是在承认一件事：Webpack 的问题，从来不是不够强，而是太复杂。
这一点，也正好和 2025 年 State of JS 里看到的反馈对上了——对大多数开发者来说，构建工具最折磨人的地方，早就不是慢，而是麻烦。
一个没那么显眼，但很关键的方向
如果只扫一眼路线图，通用 target 这件事其实很容易被忽略。
但我反而觉得，这是 Webpack 少有的“往前看”的动作。
他们在尝试做的，是让构建结果不再死死绑定 Node.js，而是尽量输出更纯粹的 ESM，然后交给不同运行时去消化。
浏览器、Node、Deno、Bun，都在目标里。
这背后其实是个挺现实的判断：Node 早就不是工程世界里唯一的中心了。
Webpack 也不想再只服务那套「Node + Browser」的老组合。
Webpack 也开始正视性能，但...
你在这份路线图里，看不到那种「性能提升 X 倍」的宣言。
但有一个变化其实挺有意思的：Webpack 已经不再假装自己活在真空里了。
这次路线图里提到的一些优化方向，比如 Lazy Barrel，其实就是直接参照 Rspack 已经跑通的思路。
这在以前是很少见的。
Webpack 过去更习惯自己慢慢打磨，而不是回头看别人是怎么做的。
而现在，它开始承认：有些问题，已经有人用更好的方式解决过了。
当然，这些改动谈不上激进，更多还是止血级别的优化：减少无效构建、收敛插件链路、探索官方多线程能力。
Webpack 很清楚，它追不上整条 Rust 工具链的速度，但至少不再无视那些已经被验证过的正确方向。
还有一条线：纯粹是在清历史
CLI、Dev Server、文档，这一整块内容，说白了就是还老账。
CLI 要重整，dev-server 那一堆能力要拆、要合、要插件化，文档干脆准备从 types 和 schema 里自动生成，少靠人工维护。
这些东西写出来一点都不爽，但不做不行。
Webpack 这些年欠下的工程债，确实太多了。
那 Webpack 现在还值不值得用？
其实路线图已经替它回答了。
Webpack 已经不再想当“最快的那个”，它选择继续站在复杂工程、重度定制、长期维护这一边。
如果你是新项目，或者是中小项目，或者你特别在意构建反馈速度，那 Webpack 大概率还是不会是你的第一选择。
但如果你维护的是那种体量很大、历史很重、动一下就牵一串的工程，Webpack 至少在认真做一件事：保证你不会被半路扔下。
Webpack 这次的方向，与其说是反击，不如说是自救。
它终于开始承认，世界已经变了，也终于开始把自己这些年该补的东西，慢慢补回来。
不讨喜，也不性感。
但确实很 Webpack。
热门跟贴