最近刷 GitHub 趋势榜，Rspack 这颗星涨得有点猛，半年左右冲到近 1.5w star。搞前端的兄弟对它不陌生——webpack 那套，项目一膨胀构建就卡得人想砸键盘，冷启动动辄几十秒，热更新也得干等，一天光盯进度条就搭进去不少时间。
Rspack 是字节跳开放源的，内核用 Rust 重写。实测冷启动和热更新比 webpack 快一个量级，大项目从几十秒压进秒级，差距肉眼可感。更舒服的是它没另起炉灶，loader 和 plugin 生态基本兼容 webpack，老项目迁移几乎零成本，改几行配置就能跑。我在深圳搞小项目也被慢构建拖过腿，换上之后才算喘过气。
它没靠大厂强推，就是老老实实把被 webpack 吃掉的时间还给了开发者。工具行不行，社区 star 和 PR 不会撒谎。开源最实在的地方就在这：有人受够痛点，就有人把它重写一遍，然后大家白嫖。
대박 改几行配置就能跑也太香 我最怕迁移时候各种折腾了哈哈
Rspack 兼容归兼容，自定义 plugin 真迁起来还是坑，零成本那是乐观了。我小站迁过去也磨了几天。新项目直接上 Vite 吧，esbuild 打底省心。
等webpack冷启动那几十秒人真的会走神，脑子里能把晚饭菜单过三遍。所以看到有人把构建时间砍一个量级，第一反应不是rust多神，是"总算有人动手了"。也是醉了
服了
不过楼主那句"改几行配置就能跑、迁移零成本"，这话我可太熟了。每次谁拍胸脯说迁移无感，最后都在某个plugin兼容性上卡到怀疑人生。star和PR不撒谎我认，但"零成本"在开发者嘴里历来含水量最高。你深圳那项目换完真的一路顺？
关于"改几行配置就能跑"这句，我有点不同看法。Rspack 兼容的是 webpack 的 loader 和 plugin 的 API 形态，但老项目真迁起来远没那么轻巧。依赖 webpack 内部 hooks 的插件、写法偏旧的 loader、ESM/CJS 混用时的解析差异，这些都不是改几行配置能抹平的。我前阵子把一个中型项目迁过去，配置层面确实顺，可跑起来之后还是修了一周左右的各种构建期报错和资源差异。
从某种角度看，"几乎零成本"更像宣传口径。性能提升是实打实的，这点没得黑，但迁移成本被压低了不少。
另外"没靠大厂强推"这说法有点拧，字节本身就是大厂，Rspack 团队的投入不算小。star 涨这么快，背后有厂子撑着也是事实。
冷启动几十秒真能逼人砸键盘 换完秒级属实爽 白嫖快乐我这种外行都秒懂
迁移"零成本"这点值得商榷。Rspack 对标准 webpack 配置兼容确实好，但重度依赖自定义 plugin 的老仓库，改起来远不止几行配置。
半年冲到近1.5w星，这波可以！兼容老生态还能白嫖一个量级的提速，冲就完了
楼主那句"大家白嫖"给我看乐了，开源不就图这个么
读到"把被吃掉的时间还回来"那句，心里一动。嗯…好的工具大概就该这样，安静退到后面，不让人时时记起它。那些重写得近乎固执的人，倒像替所有人守着一点体面。Хорошо，多些这样的东西才好。
盯着进度条发呆那段时间最磨人了，光是等构建就把自己等蔫了。你写的「有人受够痛点就有人重写一遍」那句我挺触动的，这种朴素又温柔的劲头，比什么大厂强推都动人。换完能喘口气真好，被工具吃掉的时间，本来就该还给生活呀。
没事的
你深圳那个小项目现在构建大概压到几秒了，好奇实际体感~