并发可视化工具是唯一能直观查看c++多线程真实时间线的官方功能，它基于os级etw事件采集，不依赖断点；横轴为时间、纵轴为逻辑处理器，彩色条带表示执行/等待/同步状态，必须用release模式运行并启用全程序优化以确保事件完整捕获。
用“并发可视化工具”看线程时间线，不是靠打断点
VS 自带的“并发可视化工具”（Concurrency Visualizer）是唯一能直观看到 C++ 多线程时间线的官方功能，它不依赖源码断点，而是采集运行时 OS 级调度事件。启用后你会看到横轴为时间、纵轴为逻辑处理器、每条彩色条带代表一个线程的执行/等待/同步状态——这才是真正的时间线视图。
常见错误是试图在调试器里单步跟踪多线程并“脑补时间关系”，结果线程切换被断点严重干扰，时间线完全失真。必须用 Release 模式 + 启用采样采集，否则看不到真实并发行为。
- 必须用
Release配置运行（Debug 会禁用部分优化和 ETW 事件采集） - 项目属性 → C/C++ → 代码生成 → 启用
/GL（全程序优化），否则部分线程事件可能丢失 - 运行前在 VS 菜单栏选择“分析” → “性能探查器” → 勾选
Concurrency Visualizer，不要选“CPU 使用率”或“IntelliTrace” - 程序需主动运行足够长时间（建议 >500ms），太短会导致采样点过少、时间线断裂
为什么 std::this_thread::sleep_for 和锁竞争会让时间线“卡住”
时间线上出现长段灰色（等待）或黄色（同步阻塞），往往不是性能瓶颈本身，而是你代码里显式或隐式的等待逻辑。比如 std::mutex::lock() 在争抢失败时会进入内核等待队列，std::this_thread::sleep_for 则直接让出时间片——这两者都会在时间线中表现为非绿色（即非运行）区块。
注意：std::condition_variable::wait 的等待时间会被归类为“同步等待”，而 std::this_thread::yield() 只是提示调度器，不一定触发上下文切换，时间线上可能几乎不可见。
- 灰色区块 = 线程处于可运行但未被调度的状态（如刚唤醒、优先级低）
- 黄色区块 = 明确因同步对象（mutex、cv、future）阻塞，双击可跳转到对应源码行
- 红色小三角 = 发生了上下文切换开销，密集出现说明线程频繁抢占，可能是锁粒度太细
导出 .svs 文件做离线分析，避免 VS 卡死
大型多线程程序运行时，VS 实时渲染时间线容易卡顿甚至无响应。正确做法是先采集数据，再用独立的“并发可视化工具”窗口打开分析——它本质是基于 ETW 日志的离线回放器。
采集完成后，VS 会自动生成一个 .svs 文件（例如 ConcurrencyReport_20240515_1423.svs）。这个文件可以复制到其他机器上用 VS 打开，也能用命令行工具 cvcollectioncmd.exe 重放。
- 路径通常在：
%TEMP%\ConcurrencyVisualizer\或项目输出目录下的ConcurrencyReports\ - 用命令行重放：
cvcollectioncmd /launch:YourApp.exe /output:report.svs - 不要在采集过程中调整 VS 窗口大小或切 Tab，可能导致采样中断
替代方案：用 Windows Performance Recorder + WPA 手动加注
如果并发可视化工具无法识别你的线程（比如用了第三方线程池或 CreateThread 直接调用），就得退到更底层：用 Windows Performance Recorder（WPR）录制完整 ETW 日志，再用 Windows Performance Analyzer（WPA）手动标记线程名和关键阶段。
关键在于给线程打标签：在创建线程后立刻调用 SetThreadDescription（Win10 1607+），WPA 就能在“Threads”图表里显示你定义的名字，而不是 Thread 0x1a2b 这种编号。
-
SetThreadDescription(GetCurrentThread(), L"Worker-IO");—— 必须在新线程函数开头调用 - WPR 录制时勾选
Thread Threaded DPC和Kernel Dispatcher，否则看不到调度细节 - WPA 中按
Ctrl+Shift+F搜索 “ReadyThread” 可定位线程就绪延迟，比看颜色更准
线程命名和 ETW 事件对齐这件事，很容易被忽略，但一旦漏掉，所有时间线分析就退化成猜谜。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
