VSCode监视面板不保存表达式列表，其内容仅为调试会话临时状态，关闭调试或重启后全部清空；无内置持久化机制，无法像断点那样自动恢复，唯一变通方式是将常用表达式写入注释块供复制粘贴，或通过launch.json预配置间接实现。
VSCode监视面板本身不保存监视表达式列表
“监视”窗口里的表达式是调试会话临时状态，关掉调试或重启 VSCode 后全部清空——它没有内置的持久化机制。你每次重新开始调试，都得手动点“+”、再输一遍 this.state.user 或 JSON.stringify(data)。
唯一能“保留”监视表达式的方法：写进 launch.json 的 preLaunchTask 或用调试配置注入
这不是 VSCode 原生支持的功能，但可以通过间接方式复现效果：
- VSCode 不允许直接导出/导入监视列表，但你可以把常用表达式固化在调试启动逻辑里
- 在
.vscode/launch.json中为当前调试配置添加env或args，配合自定义调试脚本（如 Node.js 调试器）提前评估并打印关键值到调试控制台 - 更实际的做法：把高频监视表达式写成注释块，放在文件顶部，调试时复制粘贴进监视窗口——比依赖 UI 更可靠
为什么不能像断点一样自动恢复
断点信息存在 .vscode/launch.json 或调试器内存中，而监视表达式只存在于当前调试会话的 UI 层。VSCode 的调试协议（DAP）未将“用户添加的监视项”作为可序列化的调试上下文字段暴露，所以：
- 没有对应配置项（比如
debug.watchExpressions）可写入 settings.json -
watch窗口不响应workbench.*类布局设置，也不受workbench.editor.restoreViewState影响 - 即使你用
Debug: Toggle Breakpoints保存了断点，监视列表仍为空
真正省事的替代方案：用调试控制台 + 自定义日志
与其反复添加监视表达式，不如在代码里加一行可开关的日志：
console.log('DEBUG:', { count: this.count, items: this.items.length });
然后在调试控制台里直接执行 debugger 或调用函数触发；或者启用 debug.javascript.autoAttachFilter 配合条件断点，让关键状态自然浮现。这比维护监视列表更稳定，也更容易跨会话复用。
记住：监视窗口是“临时探针”，不是“状态快照工具”。想长期跟踪，就得把逻辑落到代码或配置里，而不是指望 UI 记住你点过几次“+”。
