npm test 不会自动重跑，因其默认只执行一次且不监听文件变化；需依赖 jest、vitest 或 mocha 等测试框架的 watch 模式，如 jest --watch 或 vitest（非 vitest run），并正确配置 vscode 终端或 tasks.json 任务。
为什么 npm test 不会自动重跑？
默认情况下，npm test 只执行一次就退出，它不监听文件变化。你改完代码再手动敲一遍命令，效率低还容易忘。真正起作用的是测试框架自身的 watch 模式，比如 Jest、Vitest 或 Mocha 提供的实时监听能力，不是 npm 本身。
- Jest 默认支持
--watch，但需确保package.json中"test"脚本没加--runInBand或其他禁用 watch 的参数 - Vitest 启动时默认就是 watch 模式，但如果你用了
vitest run就会关闭监听，必须用vitest（不带子命令） - Mocha 需额外装
mocha-watch或用--watch（v10+ 原生支持），且要求测试文件后缀是.js或.ts，否则可能静默失败
VSCode 终端里怎么正确启动 watch？
别在外部终端或 PowerShell 里反复切窗口敲命令，直接用 VSCode 内置终端，然后运行带 watch 的命令即可。关键是命令要对，且终端保持活跃状态。
- 打开 VSCode 内置终端（
Ctrl + `），确保当前目录是项目根目录（含package.json） - 运行：
npm test -- --watch（双短横后参数传给脚本，适用于 Jest；若"test"是jest，这等价于jest --watch） - 或者更直接：
npx jest --watch或npx vitest，绕过 npm 脚本避免配置干扰 - 终端底部状态栏会显示
Watch mode enabled类提示，说明已生效；修改任意.test.ts或被测文件，几秒内自动重跑
VSCode 任务配置让 watch 更省心
每次手动输命令麻烦，可以用 .vscode/tasks.json 把 watch 命令固化为一个可一键启动的任务，还能配合保存自动触发。
- 在项目根目录建
.vscode/tasks.json，内容示例（Jest）：
{
"version": "2.0.0",
"tasks": [
{
"type": "shell",
"label": "test:watch",
"command": "npx jest --watch",
"isBackground": true,
"problemMatcher": ["$jest"],
"group": "test"
}
]
}
- 按
Ctrl + Shift + P→ 输入Tasks: Run Task→ 选test:watch，终端自动弹出并开始监听 - 想保存即运行？加个
launch.json或用插件（如Auto Run Task），但注意：VSCode 保存触发任务时，不能同时有多个 watch 进程在跑，否则端口/文件锁冲突
常见失败信号和绕过方法
看起来命令跑了，但改代码没反应——大概率是 watch 没真起来，而不是 VSCode 问题。
- 终端输出里没出现
watching for file changes或类似字样 → 检查命令是否拼错，比如vitest run --watch是错的，应为vitest --watch - 修改后卡住不动，或报
EMFILE: too many open files→ macOS/Linux 上调高 inotify 限制（echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf），Windows 用户基本不用管 - TSX 文件不触发？确认 Jest 的
moduleFileExtensions包含"tsx"，Vitest 默认支持，但旧版可能漏配 - 终端意外关闭后 watch 断了 → VSCode 默认不会自动重启任务，得手动再运行一次，没有后台常驻机制
watch 模式本质是进程持续运行，它依赖终端会话生命周期。关掉终端窗口，watch 就停了——这点容易被当成“VSCode 不支持”，其实是预期行为。
