必须用 GetCurrentThreadId() 或断点筛选器实现线程限定断点，因VS条件断点不支持 std::this_thread::get_id() 和函数调用；常见失效原因包括编译优化、断点位置不当、符号未加载；筛选器更稳定但不支持复合条件。
条件断点必须用线程 ID 或名称过滤，不能只靠变量值
VS 的 C++ 条件断点本身不识别线程上下文，单纯写 i == 100 或 user.id == 5 无法限定线程。要实现“只在某线程触发”，必须显式引入线程标识符参与条件判断。
常见错误是以为 std::this_thread::get_id() 能直接用在条件表达式里——它不能。VS 条件断点的表达式引擎不支持函数调用，且 std::thread::id 不可比较（无 == 运算符重载）。
- 正确做法：用 Windows API 的
GetCurrentThreadId()，返回DWORD类型，支持数值比较 - 若已知目标线程 ID 是 1234，则条件填
GetCurrentThreadId() == 1234 - 若需按线程名筛选（如调试时已用
SetThreadDescription()设置过），则需配合GetThreadDescription()+ 字符串比较，但注意：该函数返回HRESULT，且字符串比较必须用wcscmp，而 VS 条件表达式不支持 C 运行时函数 → 实际不可行，应避免
多线程下条件断点失效的三个典型原因
即使写了 GetCurrentThreadId() == 1234，也可能不中断。不是语法错，而是运行时环境限制。
- 编译配置：确保是
Debug模式且未勾选Optimize code（项目属性 → 生成 → 优化代码）。优化会内联或消除线程 ID 获取逻辑，导致表达式求值失败 - 断点位置：C++ 中
GetCurrentThreadId()在 DLL 入口、构造函数或异常处理路径中可能不可用；优先设在普通函数体内部、main或线程入口函数的稳定执行段 - 符号加载：若线程由第三方库创建（如 Qt 的
QThread或 Boost.Thread），且未加载对应 PDB，GetCurrentThreadId()可能返回 0 或无效值，条件恒为 false
替代方案：用断点筛选器（Breakpoint Filter）更可靠
比条件表达式更底层、更稳定的方式是使用断点筛选器，它由调试器在指令级匹配，不依赖表达式求值引擎。
立即学习“C++免费学习笔记（深入）”；
- 右键断点 → “筛选器…” → 输入
tid = 1234（Windows 下支持tid、proc、name等字段） -
tid值可通过“线程”窗口实时查看，调试时暂停后，该窗口列出所有线程及其 ID，双击任一线程即可聚焦其上下文 - 筛选器对 Release 版本也有效（只要带符号），且不受编译优化影响；但不支持逻辑组合（如
tid == 1234 && i > 50），复杂条件仍需回退到条件断点 +GetCurrentThreadId()
async/await 或 std::thread::joinable 场景要格外小心
C++20 协程或频繁 detach/join 的线程，会让 GetCurrentThreadId() 的语义变模糊：一个断点可能跨多个线程生命周期命中，或因线程已退出而无法关联上下文。
- 对
std::thread对象，可在启动前记录其 ID：std::thread t([]{ /*...*/ }); DWORD tid = ::GetThreadId(t.native_handle());，再用该tid设筛选器 - 对协程，
GetCurrentThreadId()返回的是当前调度线程 ID，不是协程 ID；此时建议改用日志标记（如OutputDebugString(L"[coro-abc] entering")）配合“输出窗口”筛选，而非强依赖断点 - 永远不要在
std::thread析构后还用其native_handle()—— 行为未定义，GetThreadId()可能崩溃或返回垃圾值
tid 值和“线程”窗口显示的 ID 格式一致（十进制），但某些文档示例写成十六进制，直接复制会导致不匹配。务必以窗口中显示的数字为准。 
