监视面板需启动调试会话（F5）后激活；若为空，检查断点设置、代码是否运行结束、launch.json中program路径是否正确（如"${file}"要求当前为可执行文件）；监视表达式须为当前作用域内合法Python纯表达式，区分大小写，支持嵌套属性但不支持print/import/赋值；值仅在断点暂停时求值，手动修改变量后需继续执行或点击刷新图标；作用域绑定暂停时刻，循环内外变量可见性不同；"justMyCode"和"subProcess"等配置影响可见变量范围，但关键在于断点位置与调用栈帧切换。
监视面板在哪？为什么点开是空的
监视面板默认不自动显示，必须先启动调试会话（F5）才会激活。如果已按F5但“监视”区域仍为空，常见原因是：没设置断点、代码直接运行结束、或调试配置未指向正确入口文件。确认launch.json里program字段路径存在且可执行，比如"program": "${file}"表示当前打开的Python文件——若当前是README.md，自然无法启动调试。
添加监视表达式时输入什么才有效
监视表达式不是任意字符串，它必须是当前作用域内可求值的 Python 表达式。比如断点停在函数内部，输入len(my_list)可行，但输入my_list.length会报NameError（因为 Python 列表没有length属性）。注意以下限制：
-
print()、import、赋值语句（如x = 1）全部无效，只支持纯表达式 - 变量名区分大小写，
User和user是两个东西 - 嵌套属性可用，如
response.data.items[0].id，前提是response已定义且结构存在 - 调用方法需谨慎，
my_dict.get('key')可以，但time.sleep(1)会阻塞调试器，不推荐
为什么监视值不更新？常见同步陷阱
监视表达式只在每次断点暂停时重新求值，不会实时响应变量变化。例如你在断点后手动在调试控制台执行my_list.append(99)，监视面板里的len(my_list)不会自动刷新——必须继续执行（F10）到下一个断点，或点击监视项右侧的刷新图标（↻）手动触发重算。
另一个容易忽略的点：监视表达式绑定的是**暂停时刻的作用域**。如果断点设在循环体内，每次暂停时i值不同，监视结果自然不同；但如果你在循环外加了sum_total，却在循环内暂停，它可能还没被赋值，显示undefined或报NameError。
调试配置里哪些launch.json参数影响监视效果
监视功能本身不依赖特殊配置，但以下launch.json字段间接决定你能看到什么：
-
"justMyCode": true（默认）：只显示用户代码中的变量，跳过site-packages等库内部变量；设为false后能监视requests.Session等对象内部状态，但变量列表会爆炸式增长 -
"subProcess": true：启用后可监视子进程中的变量（如multiprocessing场景），但需配合ptvsd或debugpy较新版本 -
"console": "integratedTerminal"：不影响监视面板，但若设为"externalTerminal"，调试输出脱离VSCode控制，部分日志变量可能无法被捕获
真正影响监视体验的，往往不是配置本身，而是你停在哪一行——函数刚进入时局部变量为空，return前才全就位。多看一眼调用栈（Call Stack面板），切换帧再试一次，比反复改配置更管用。
