VSCode的“监视”面板仅支持同步JS表达式求值，不能监控CPU/内存或服务状态；它只反映当前调试进程的V8上下文数据，不支持异步、无副作用表达式，且配置不持久。
VSCode 的“监视”面板本身不监控进程资源或服务状态，它只做表达式求值和变量观察——想靠它看 CPU、内存、API 健康度，会一直等不到结果。
监视面板只能观察运行时表达式，不能替代进程监控
它不是系统监控工具，也不连接外部服务。所有显示的值都来自当前调试会话的 V8/JS 引擎上下文，一旦断点结束、调试器 detached 或进程退出，监视项就停止刷新甚至变灰失效。
- 你写
process.memoryUsage()，它只返回当前 Node.js 调试进程自身的堆内存，不是你node app.js子进程的 RSS -
fetch('http://localhost:3000/health')在监视面板里会报错：跨域、CORS、或直接被调试器拦截（非浏览器环境无 fetch） - 试图监视
require('os').cpus()得到的是 VSCode 主进程所在机器的 CPU 信息，和你的服务完全无关
真正能用的表达式必须满足三个条件
监视面板只接受合法 JS 表达式，且必须在当前作用域可访问、无副作用、不阻塞调试线程。否则要么报错，要么卡死调试器。
- 必须是同步求值：不能含
await、Promise、setTimeout—— 监视面板不支持异步表达式 - 必须有明确返回值：写
console.log('x')会显示undefined，没意义；应写data?.users?.length || 0 - 必须作用于当前堆栈帧：比如在
router.get('/api')回调里才能监视req.query.id，跳到别的函数就访问不到
用条件表达式过滤关键状态，比刷日志更高效
与其在终端里 grep 日志，不如在监视面板里写一个带逻辑的表达式，让它只在你关心的条件下亮起。
- 监测错误积压：
errorQueue.length > 5 ? `⚠️ ${errorQueue.length} errors` : null - 标记超时请求：
response?.time > 2000 ? `SLOW (${response.time}ms)` : response?.status - 识别未初始化状态：
!config?.db?.host ? '❌ config missing' : config.db.host
注意：这类表达式不会触发重绘或告警，只是让值变得更“刺眼”，需要你主动盯住面板。
监视项命名和分组容易被忽略，但决定长期可维护性
默认名称是原始表达式，一长串 res.headers.get('x-request-id') 看三秒才反应过来是 trace ID。不重命名，两周后你自己都看不懂。
- 右键监视项 → 点铅笔图标 → 改成
[Trace] ID或[DB] Pool Size - 多个相关项拖拽排序，把输入、处理、输出放一起，比如：
[Input] req.body→[Parsed] user→[Saved] result._id - 别用中文括号或 emoji 命名——部分旧版 VSCode 会截断或乱码，用英文方括号最稳
复杂点在于：监视面板不保存配置，关掉调试会话就清空；每次重启都得重新加、重命名、调顺序——没有 workspace-level 持久化方案，这是硬限制。
