2026 年 10 月 21 日推出的 vite 8.3.5，把修复重心放在分块导入映射和打包开发模式的边界问题上。官方发布记录列出了缺失映射的处理逻辑、将预加载依赖纳入映射哈希，以及让开发期资源地址正确适配 server.origin 等调整，本次更新没有更换底层打包器。
来源：Vite 官方 GitHub 发布记录
分块导入映射和构建产物的缓存机制直接相关。8.3.5 一项修复处理映射缺失的异常场景，另一项把预加载依赖纳入映射哈希计算逻辑。两者分别对应映射可用性与哈希覆盖的依赖范围，不能简单概括为修改文件名，更不能从更新条目推导出适用于所有应用的缓存命中率提升数值。
这项功能也没有因此默认开启。Vite 的 构建配置文档仍将 build.chunkImportMap 标注为实验选项，默认值为 false，作用是优化分块缓存效率，同时要求浏览器支持 import.meta.resolve。项目是否覆盖这组修复，首先取决于实际启用的构建选项和目标浏览器的适配范围。
打包开发模式的资源地址处理是另一项调整方向。官方配置说明里，server.origin用于指定开发阶段生成的资源 URL 的源地址。8.3.5 把这一配置落地到该模式的资源 URL 生成逻辑；依赖不同开发入口或资源访问域名的项目，要留意生成地址是否和配置一致，不要误将其理解为修改服务器监听地址。
来源：Vite 官方配置文档
同批次打包开发模式相关修复，还包括将自定义 import.meta.env.* 定义归入 import.meta.env 对象，以及通过打包后的源码映射还原转发错误堆栈。前者保障环境值的一致性，后者决定报错能否定位到原始代码位置。这些都属于具体开发逻辑调整，公告没有据此承诺所有插件都能获得完整兼容。
热更新维度，更新记录还明确说明：已经不再被导入的模块，会停止继续传播热更新；服务端输出文件也做了规范化处理。这类调整针对模块关系变化后的运行逻辑，不等于把所有文件改动都升级为整页重载。排查问题时仍要区分资源地址、环境变量和模块更新传播这几类不同问题。
截至 10 月 27 日核验，官方发布页将 8.3.5 标记为最新版本，而官网文档导航仍显示更早的 8.3.4。版本发布日期以独立发布记录为准，配置说明仅用于解释相关选项，不能用文档导航的版本号替代正式发布状态。
本次公开更新条目没有提供统一跑分数据，也没有宣布实验模式全面稳定。现有项目可以先核对自身是否启用导入映射、定制资源源地址和打包开发模式，再检查对应构建产物、浏览器请求及错误定位是否符合预期。
