vscode不提供js代码运行状态的统一实时监控面板，需按目标选择工具：quokka用于单文件表达式即时求值，debugger for chrome/edge监控浏览器执行流，developer: show running extensions查插件js行为，open process explorer观察进程级资源占用。
VSCode 本身不提供 JS 代码运行状态的实时监控面板，所谓“监控”必须明确指向具体目标：是看执行耗时、内存占用、变量变化，还是某段代码是否正在运行？没有统一入口，得按需选工具。
Quokka：适合单文件表达式求值与即时反馈
Quokka 不是“监控器”，而是轻量级即时执行沙箱，只对当前 .js 或 .mjs 文件生效，且必须手动启动（快捷键 Ctrl+K Q 或右键选 Quokka: Start on Current File）。
- 状态栏出现绿色
Quokka.js图标才算激活；灰色或无标识=没跑起来 -
console.log()会输出到底部Quokka输出面板，但不内联显示——想看到值，得写成单独一行表达式（如user.name），或加/**?*/后缀（如getData() /**?*/） - 不支持
.ts、.jsx或未保存的临时文件；ESM 模块需项目级配置"babel": true或指定 Node 路径
Debugger for Chrome / Edge：监控浏览器中 JS 的真实执行流
要观察 JS 在浏览器里怎么跑、哪行卡住、变量怎么变，必须走调试协议，而不是“看日志”。核心依赖 launch.json 配置和浏览器插件协同。
Json Schema Toolkit
下载
使用 JSON Schema 验证 JSON 数据，从示例 JSON 生成 schema，并将其转换为 TypeScript 接口、Python 数据类或 Markdown 文档。
- 先装官方插件
Debugger for Chrome（或 Edge 对应版本），再在项目根目录建.vscode/launch.json - 关键字段不能漏：
"type": "chrome"、"request": "launch"、"webRoot": "${workspaceFolder}"，否则断点绑定失败 - 断点设在源码上，但真正生效依赖 sourceMap——若用 Vite/Webpack 构建，确保构建时开启
sourceMap: true，并在launch.json中配"sourceMaps": true和正确"outFiles"
Developer: Show Running Extensions：查谁在后台偷偷执行 JS
很多插件（比如 ESLint、GitLens、Prettier）会在你编辑时自动运行 JS 逻辑，它们不报错，但可能拖慢响应。这不是代码监控，而是插件行为监控。
- 运行命令
Developer: Show Running Extensions，看列表里哪些插件状态是Activated，重点关注Activation Time > 500ms或Runtime Impact > 15% -
Activation Events列含onStartup或*的插件（如ms-python.python）优先排查，它们一开就执行，不是等你点才动 - 禁用后仍显示为 activated？说明它被其他插件依赖，或设了
extensionKind: "workspace"，得去package.json查依赖树
Open Process Explorer：看 JS 运行背后的进程资源
当你怀疑某段 JS 跑得太久、吃光内存，最终得落到操作系统进程层面验证。VSCode 内置的 Open Process Explorer 显示的是 Electron 子进程真实 RSS 内存和 CPU 占比，不是估算值。
- 展开
Extension Host下的子项，每个对应一个插件——比如esbenp.prettier-vscode占 280MB，就是它在解析大文件时缓存没释放 - 看到
shared-process内存异常高（尤其 macOS），大概率是 VSCode 底层 sharedWorker 泄漏，和你的 JS 代码无关，重启 VSCode 才能清掉 - 右键禁用插件后，必须手动运行
Developer: Restart Extension Host，否则内存不会回落
真正难的不是找工具，而是分清“JS 代码在跑”和“JS 代码在哪儿跑”——浏览器里？Node 进程里？插件沙箱里？还是 VSCode 自己的 Extension Host 里？选错层级，监控就全偏了。
