并行监视仅在多线程停在同一函数调用栈帧时有效显示变量值；否则出现重复行、空值或空白，因其按函数签名分组，且不支持函数调用与模板推导。
“并行监视”窗口不是万能的表达式求值器，它只在断点命中且多个线程处于**同一函数调用栈帧**时才有效显示多线程值；否则你会看到重复行、空值或“”。
为什么 并行监视 里看不到所有线程的变量值
常见错误现象是：明明有 5 个线程在跑，但 并行监视 只列出 2 行，或者某行显示 。这是因为该窗口按“当前堆栈帧的函数签名”分组——只有停在相同函数（比如都卡在 doWork() 的某一行）的线程才会被归为一组显示。
- 如果线程已退出该函数、正在系统调用中（如
Sleep、WaitForSingleObject）、或执行内联代码，就无法匹配帧，不参与显示 - 使用
std::thread但没显式命名线程时，名称列会显示，排查困难；建议用SetThreadDescription设置名称 - C++ 中局部变量（如
list<int> c1</int>）在线程切换后可能已被析构，强行监视会报error CXX0030: error: expression cannot be evaluated
添加监视表达式前必须确认的三件事
直接输 count 或 c1.size() 很可能失败。先检查：
- 断点是否设在所有目标线程都会执行到的**公共位置**（例如临界区入口、共享变量修改前一行），而不是某个线程独有的分支里
- 表达式涉及的变量是否为**所有线程上下文可见**：全局/静态变量可以；类成员需确保
this指针有效；栈变量仅对当前线程有效 - 调试配置是否为
Debug且禁用了优化（/Od）；Release下内联、寄存器优化会导致变量“消失”
冻结线程 + 布尔筛选的实际配合用法
当想对比“加锁前 vs 加锁后”的变量状态时，单纯看并行监视不够直观。更可靠的做法是：
- 在锁操作前后各设一个断点，命中后打开
并行监视，输入g_shared_counter（假设是全局计数器） - 右键某行 →
冻结，让该线程暂停；再双击另一行的当前线程列切换过去，观察其堆栈是否真卡在预期位置 - 在顶部
按布尔表达式筛选框里输入g_shared_counter > 10，可快速过滤出异常线程（避免手动扫 50+ 行） - 导出数据前务必点击
仅显示标记按钮，否则 CSV 里混入大量无关线程会干扰分析
真正容易被忽略的是：并行监视里的表达式**不支持函数调用**（如 myObj.GetValue() 会报错），也不支持模板推导上下文（auto x = ... 类型无法解析）。盯住原始变量、用简单字段代替方法链，才是稳定观测的关键。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
