《Vitest 5.0 正式发布》

标签：
#前端 #JavaScript #Vitest #测试框架 #单元测试 #性能优化 #BrowserMode #MockAPI #基准测试 #断言改进 #代码覆盖率

总结：

Vitest 5.0 于 2026 年 9 月 3 日正式发布，本次大版本以性能优化为核心，同时带来 Trace View 追踪视图、嵌套项目配置、vi.when 条件 Mock、基准测试重写等多项重要更新，并默认启用更严格的断言与 clearMocks 行为，要求 Vite >= 6.4.0 和 Node.js >= 22.12.0。

文章要点：

1. 性能大幅提升：通过共享 Vite 服务器、稳定的文件系统模块缓存、减少主进程与 worker 往返、加速 vm 池与浏览器模式等优化，整体测试速度提升 8%–53%，大型项目（1,280 模块）运行时间从 7.24s 降至 5.83s。

2. **新增 vitest doctor 诊断工具**：自动运行替代配置并推荐更快的选项，同时默认输出性能提示，帮助用户发现配置瓶颈。
Browser Mode 内置 Trace Viewew**：开启 browser.traceView 后，可记录交互、断言和 DOM 快照，支持逐步回放测试过程，便于调试 CI 失败。
嵌套项目与配置继承继承**：内联项目默认继承根配置（无需 extends: true），被引用的配置文件可声明自己的 projects，支持多级嵌套结构。

5. **新 API vi.when**：支持按参数定义不同的 Mock 返回值，支持深度相等和 expect.any() 等非对称匹配器，并可限制调用基准测试 API 重写API 重写**：bench 变为测试上下文 fixture，可在常规 test() 中使用，支持 fixtures、生命周期钩子、重试和断言，结果可存储并与基线定位器错误显示 ARIA 树ARIA 树**：浏览器模式下定位失败时，同时打印 ARIA 快照和 HTML，帮助快速理解 getByRole 等查询的匹配逻辑；定位器默认启用严格模式。

8. **Mock Temporal API**：假计时器现在同时模拟 Temporal 和 Date，适用于 vi.useFakeTimers() 和 vi.setSystemTime()。

9. **更严格的断言行为**：未 await 的异步断言（resolves、rejects 等）现在会导致测试失败；expect.poll 超时后拒绝并支持 AbortSignal 取消。

10. **clearMocks 默认启用**：每个测试前自动清除 Mock 调用历史，避免测试间报告器统一输出目录。

11. **报告器统一输出目录**：所有报告器输出集中到 .vitest 目录，减少 .gitignore 配置；HTML 报告器支持 singleFile 选项生成单文件报告。

12. **其他实用改进**：新增 --repeats 选项重复运行测试以排查 flaky 测试；injectCjsGlobals 可禁用 CJS 全局注入；覆盖率工具切换到维护中的 @vitest/istanbuljs 包。

13. **破坏性变更**：要求 Vite >= 6.4.0 和 Node.js >= 22.12.0，升级前建议查阅迁移指南。

URL：
https://vitest.dev/blog/vitest-5

vitest.dev

Announcing Vitest 5.0

Vitest 5.0 Release Announcement

《前端内存泄漏：500仓库静态分析与五场景基准测试实证研究》

标签：#前端 #内存泄漏 #性能优化 #React #Vue #Angular #useEffect #静态分析 #基准测试

总结（一段话概括）
该研究对500个开源前端仓库（React/Vue/Angular）进行AST静态分析，发现86%的代码库存在至少一处缺失清理的内存泄漏模式，共识别55,864个潜在泄漏点，其中定时器清理缺失占比最高（43.9%）。通过五个控制变量的基准测试（各50轮×100次挂载循环）证实：每处未清理模式每次挂载/卸载循环平均泄漏约8KB内存，呈线性累积趋势；而正确清理的版本内存增长接近零（约2KB总计）。研究揭示了内存泄漏在前端生产代码中的普遍性及其对长会话应用（如仪表板、视频会议）的性能威胁，并提供了针对性的修复方案。

文章要点：
- 高普遍性：扫描714,217个文件发现55,864处潜在泄漏，430/500个仓库（86%）存在至少一处缺失清理模式，涵盖Kibana、Next.js等知名项目
- 主要泄漏源：定时器未清理（43.9%，22,384处）居首，其次是事件监听器（19.0%）、订阅未取消（13.9%）、useEffect无清理函数（9.3%）
- 统一泄漏成本：五个跨框架场景（React useEffect、Vue onMounted、Angular subscribe、Vue watch、RAF）均显示每循环约8KB线性内存增长，标准差极小（±0.6–37KB），而正确清理版本仅2-3KB噪声基线
- 统计显著性：效应量Cohen's d > 200（BAD与GOOD分布零重叠），p < 0.001，统计功效超99.99%，证实清理缺失是内存占用的主导变量
- 框架差异：React占发现总量62.3%（样本加权），Vue的watch未存储stop handle（3,989处）和Angular的.subscribe()未取消（5,327处）均为高危模式
- 高危上下文：组件生命周期代码（32.9%）和事件绑定（24.5%）是高发区，因路由切换、标签页切换会频繁触发挂载/卸载
- 实际影响：单泄漏模式200次导航累积1.6MB，多模式叠加可达8MB/会话，足以触发移动端浏览器（iOS Safari 80-120MB阈值）杀标签页
- 修复成本低：92.3%的修复仅需单行代码（返回清理函数、存储stop handle、takeUntil模式），ROI极高
- 工具链缺口：现有ESLint规则（如react-hooks/exhaustive-deps）无法检测清理函数缺失，需借助AST级静态分析或生产环境堆内存监控

文章URL
https://stackinsight.dev/blog/memory-leak-empirical-study/

StackInsight

Frontend Memory Leaks: A 500-Repository Static Analysis and Five-Scenario Benchmark Study

We scanned 500 public React, Vue, and Angular repositories with AST-based static analysis and found 55,864 missing-cleanup patterns — 86% of repos had at least one. Then we benchmarked five common leak scenarios (useEffect listeners, onMounted timers, RxJS…