性能改进
在本次小版本迭代中，我们专注于提高开发服务器的性能。解析逻辑得到简化，热路径性能升级，缓存在查找 package.json、TS 配置文件和经过解析的 URL 时也更加智能。

与 Vite 4.2 相比，这个冲刺版本实现了全面的速度跃迁。下面来看 sapphi-red/performance-compare 测得的性能改进，其中测试了开发服务器在对一款包含 1000 个 React 组件的应用进行冷、热启动时的时间，以及根、叶子组件的热替换（HMR）时间：

这里（https://gist.github.com/sapphi-red/25be97327ee64a3c1dce793444afdf6e）了解关于测试基准的更多信息。

此次性能测试的运行硬件和 Vite 版本为：

1. CPU: Ryzen 9 5900X, 内存: DDR4-3600 32GB, SSD: WD Blue SN550 NVME SSD
2. Windows 10 Pro 21H2 19044.2846
3. Node.js 18.16.0
4. Vite与React Plugin版本
Vite 4.2 (babel): Vite 4.2.1 + plugin-react 3.1.0
Vite 4.3 (babel): Vite 4.3.0 + plugin-react 4.0.0-beta.1
Vite 4.2 (swc): Vite 4.2.1 + plugin-react-swc 3.2.0
Vite 4.3 (swc): Vite 4.3.0 + plugin-react-swc 3.3.0

早期采用者还上报称，在测试 Vite 4.3 beta 版时，应用程序的实际开发启动速度提高了 1.5 至 2 倍，我们也期待大家上报更多性能感受。我们将继续努力提高 Vite 性能。目前我们正在为 Vite 开发一款官方基准测试工具，借此记录每条 Pull Request 的性能指标。另外，vite-plugin-inspect 现在提供更多与性能相关的功能，可帮助大家确定哪些插件或中间件构成了应用程序的性能瓶颈。

在页面加载完成后，可以使用 vite --profile （之后按 p）以保存开发服务器启动的 CPU 配置文件。您可以在应用程序中将其作为 speedscope 打开以检查性能问题。大家也可以在讨论区（https://github.com/vitejs/vite/discussions）或 Vite Discord（https://chat.vitejs.dev/）中与 Vite 团队分享您的发现。

Javascript 优化
编程语言优化自然是其中极为重要的一环，我们在 Vite 4.3 中对 JavaScript 做出了一系列有趣的优化。

用回调替代 *yield
Vite 使用 tsconfck 来查找和解析 tsconfig 文件。在此之前，tsconfck 会使用 *yield 来遍历目标目录，但该生成器的缺点在于需要占用大量内存空间以存储其 Generator 对象，而且在运行时中产生大量生成器上下文切换。为此，tsconfck 作者 @dominikg 从 v2.1.1 开始在核心中用回调替代
yield。

用 ===替代 startsWith & endsWith
我们还注意到，Vite 4.2 使用 startsWith 和 endsWith 来检查热门 URL 中的标题头和收尾“/”符号。我们比较了 str.startsWith('x') 和 str[0] === 'x' 的执行基准，发现 === 比 startsWith 快大约 20%，同时要比 endsWith 快上约 60%。

避免重建正则表达式
Vite 需要大量的正则表达式来匹配字符串，其中大部分是静态的，所以只使用单件（singletons）会好很多。Vite 4.3 就改进了正则表达式功能，使其可以被正确重用。

不再生成自定义错误
Vite 4.2 中包含一些自定义错误，原本希望带来更好的开发体验。但这些错误可能导致额外的计算和垃圾收集负担，进而拖慢 Vite 的速度。在 Vite 4.3 当中，我们决定不再生成某些常见的自定义错误（例如 package.json NOT_FOUND 错误），转而直接抛出原始错误以换取更佳性能。