jest 默认--maxworkers不限制cpu调度优先级，高并发下测试进程抢占ui线程致卡顿崩溃；须结合系统级优先级控制（如nice/start /high）与抑制vscode后台服务（禁用tsserver自动类型获取、git自动检测等）才能防卡死。
直接结论：Jest 默认的 --maxWorkers 并不会限制 CPU 调度优先级，高并发下测试进程会抢占编辑器 UI 线程资源，导致光标卡顿、保存延迟甚至崩溃；必须配合系统级优先级控制 + VSCode 后台服务抑制，才能真正防卡死。
为什么 Jest 多线程测试会让 VSCode 卡死
VSCode 本身不干预 Jest 子进程的调度策略，而 Jest 的 worker 进程（尤其是 v29+ 启用 worker_threads）默认以 normal 优先级启动。当 --maxWorkers=auto 或设为较高值（如 8）时，多个 Node.js 进程同时争抢 CPU 时间片，操作系统将它们排在 VSCode 主 UI 线程之后——结果就是：CPU 使用率 100%，但编辑器响应几乎停滞。
- 现象包括：输入延迟 >500ms、保存文件后数秒无反应、
Code Helper (Renderer)进程内存飙升至 2GB+ - 根本原因不是“CPU 不够”，而是调度顺序错位：UI 线程被压在队列尾部
- WSL2 环境下更严重，Linux CFS 调度器对未调优的 Node 进程更“公平”，等于更“慢”
launch.json 中无法直接设优先级，得靠 preLaunchTask 绕过
VSCode 的 launch.json 不支持 nice 或 start /high，但可通过 preLaunchTask 在测试命令执行前注入调度策略。
微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。
- Linux/macOS：写一个 shell 脚本，用
nice -n -5启动 Jest，例如：nice -n -5 jest --runInBand（注意：并发模式下每个 worker 需单独调优，--runInBand更易统一控制） - Windows：用
cmd /c "start /high jest --runInBand"，必须加cmd /c包裹，否则空格路径会解析失败 -
关键约束：不能设
"console": "integratedTerminal"，否则终端模拟器会重置进程优先级；改用"console": "none"或"externalTerminal" - 若用
jest --maxWorkers=4，建议外层包裹chrt -i 50 ctest -j4（仅 Linux/WSL2，需 root）比nice更有效
真正拖慢体验的常是 VSCode 自身后台服务
测试运行时，VSCode 的语言服务和 Git 扩展仍在高频工作，与 Jest 进程形成资源竞争。
- 禁用 TypeScript 自动类型获取：
"typescript.preferences.disableAutomaticTypeAcquisition": true - 关闭 Git 自动仓库检测：
"git.autoRepositoryDetection": false，或排除构建目录："git.ignoredRepositories": ["./dist", "./build"] - 强化文件监听排除：
"files.watcherExclude"必须包含"**/node_modules/**"（内建短路逻辑）、"**/dist/**"、"**/build/**"，避免 chokidar 深度遍历 - 如果用 Dev Container，确认
devcontainer.json有"runArgs": ["--cpus=3"]，防止容器内多进程吃光全部 CPU 核心
Jest 自身并发行为差异必须区分对待
不同 Jest 版本和运行方式对调度继承的支持完全不同，不能一概而论。
- v29+ 默认启用
worker_threads，但线程池不继承父进程优先级 → 必须搭配--runInBand或在jest.config.js中用setupFilesAfterEnv注入process.setPriority('high')（Node 20+ 支持） - 使用
jest --detectOpenHandles可暴露未释放的句柄，间接减少 worker 阻塞时间 - Pytest 用户注意：
pytest -j4启动的子进程默认 normal 优先级，需在conftest.py中调用os.nice(-5)；CTest 则必须在外层包裹nice -n -10 ctest -j4 - 若项目用了
ts-node启动 Jest，autoAttachChildProcesses会失效 —— 因为它绕过了标准 Node 启动流程，调试和优先级控制均不可靠
最易被忽略的点是：Jest 进程优先级调优只是半解。真正的稳定依赖三者协同——测试进程调度策略、VSCode 后台服务抑制、以及 WSL2 或容器环境下的内核级资源隔离。少一个环节，卡顿就可能复现。
