PHP（Yii2）SSR场景下Webpack与Vite选型：Vite是否内置死代码消除？

优先选Vite的场景 #

• 内置优化能力，零额外配置成本：Vite生产构建基于Rollup，默认开启Tree Shaking（仅保留ES模块中被实际使用的代码），同时内置CSS代码分割与无用CSS自动移除逻辑——无需手动安装额外插件，打包后直接得到精简的静态资源，从源头减少渲染阻塞。
• PHP项目适配成本极低：只需在vite.config.js中配置build.outDir，将打包后的资源输出到PHP项目的静态目录（如public/assets），PHP模板直接引用输出后的资源路径即可。开发阶段还能通过Vite的代理功能转发PHP接口请求，完全不影响原有后端业务流程。
• 学习与维护成本低：虽然Vite的资料总量不如Webpack，但官方文档足够覆盖核心优化需求，且社区中PHP+Vite的实践案例已逐步完善，快速上手没有障碍。

适合选Webpack的场景 #

• 已有成熟Webpack配置：如果项目之前就用Webpack管理前端资源，没必要切换。只需补充两项配置：用purgecss-webpack-plugin扫描PHP模板，移除未被使用的CSS类；确保mode: production开启默认Tree Shaking，再配合splitChunks拆分公共代码，就能实现目标优化。
• 兼容老旧非ES模块资源：若项目依赖大量CommonJS格式的旧库，Webpack的兼容性处理更成熟，能避免Vite处理非ES模块时可能出现的配置兼容问题。

快速落地指南 #

• Vite方案：初始化Vite项目（选择对应前端框架或 vanilla 模式），在vite.config.js中设置build.outDir: './public/assets'，执行npm run build后，PHP模板直接引用public/assets下的资源文件即可。
• Webpack方案：在现有配置中添加optimization.usedExports: true强化Tree Shaking；引入purgecss-webpack-plugin并配置paths指向PHP模板文件路径；开启splitChunks拆分第三方依赖，减少单个资源文件体积。

内容的提问来源于stack exchange，提问作者thirtythreeboas