是，Qt Creator支持多线程断点，依赖底层调试器（GDB/CDB）能力；需配置follow-fork-mode和scheduler-locking，手动命令下断点更可靠，线程面板可查看切换线程，冻结功能助分析竞态。
调试器是否支持多线程断点？
Qt Creator 默认用的是 GDB（Linux/macOS）或 CDB（Windows），只要底层调试器支持，Qt Creator 就能显示线程列表和切换上下文。但关键在于：gdb 必须启用 set follow-fork-mode 和 set scheduler-locking，否则断点可能只在主线程命中，子线程跑飞了也看不到。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 启动调试前，在 Qt Creator 的「项目 → 调试器 → 启动调试器时运行命令」里添加：
set follow-fork-mode child（跟踪子进程）或set follow-fork-mode parent（只跟主进程，适合std::thread场景） - 加一句：
set scheduler-locking off，否则单步时其他线程会被挂起，导致死锁或逻辑异常 - 确认你用的是系统自带或较新版本的
gdb（如 8.2+），旧版对std::thread栈帧解析不全，线程名显示为???
为什么断点没停在子线程函数里？
常见原因是断点设置在子线程刚创建、还没执行到目标函数时就跳过了——比如你在 std::thread t(func, args); 后面设断点，实际执行在另一条线程栈上，而 IDE 默认只在当前线程上下文找符号。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 不要依赖“点击代码行左侧设断点”，改用
break func_name命令手动下断点，GDB 会绑定到所有匹配函数入口（包括不同线程中的调用） - 如果函数是 lambda 或内联的，断点可能失效，优先把逻辑抽成命名函数再打点
- 检查编译选项：
-g -O0必须同时存在；-O2下调试信息错乱，GDB 可能找不到变量或跳过断点
如何查看/切换正在运行的线程？
Qt Creator 调试视图底部有「线程」面板（默认折叠），点开就能看到所有活跃线程 ID、状态、当前函数和调用栈。但它不会自动刷新——线程刚创建或刚退出时可能不显示，需要手动触发更新。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 暂停程序后，右键线程列表任意项，选「切换到此线程」，调试器上下文立刻切过去，局部变量、寄存器、栈帧都随之更新
- 想观察某线程独占行为？在「线程」面板里右键 → 「冻结」，它就不会被调度，方便单独分析竞争条件
- 注意：线程名默认是系统分配的数字 ID；若要用
pthread_setname_np或std::thread::native_handle()设置可读名，需确保构建时链接-lpthread且未 strip 符号
Watch 窗口里看不到 std::thread 成员变量？
std::thread 内部是不透明句柄（如 __t_ 或 _M_thread），Qt Creator 的表达式求值器在调试模式下常无法展开，直接输 t 可能显示 <invalid> 或空对象。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 别试图在 Watch 中展开
std::thread对象，转而关注其关联的业务数据：比如传给它的shared_ptr<Data>或全局标志位is_running - 用 GDB 命令行输入：
print t.__t_.<code>（Linux GCC）或 <code>print t._M_thread（MSVC），看原生 handle 值是否非零，判断线程是否已启动 - 更可靠的方式：在子线程函数开头加一行
std::this_thread::get_id()并设断点，GDB 能正确输出 ID，比查对象本身有用得多
多线程调试真正麻烦的不是设断点，而是理解哪条线程在哪个时刻访问了哪块内存。Qt Creator 提供了基本线程视图，但变量生命周期、竞态窗口、条件变量唤醒顺序这些，还得靠日志 + 断点 + 手动冻结组合验证。
