Qt Creator调试器线程列表为空是因调试器未加载线程信息，需确保构建启用调试符号、禁用strip、GDB≥8.0或CDB配置正确；设线程条件断点需用QThread::currentThread()对比指针；变量修改后恢复是因未同步导致内存视图错觉；QThread::currentThread()返回nullptr主因是DirectConnection或对象已析构。
Qt Creator 调试器里看不到线程列表？
默认情况下，Qt Creator 的“调试→线程”窗口是空的，不是你没开多线程，而是调试器没加载线程信息。关键在 GDB/LLDB 启动参数和构建配置：
- 确保项目使用
qmake或CMake构建，并启用了调试符号（CONFIG += debug或set(CMAKE_BUILD_TYPE Debug)） - 在 Qt Creator 中：Projects → Build & Run → Build Steps → Details → “Make arguments” 加上
-j4不影响调试，但必须确保未勾选 “Strip binaries” - 若用 MSVC 工具链，需确认调试器是
CDB且已安装 Windows SDK 对应的调试工具包；Linux 下检查gdb --version是否 ≥ 8.0（低版本对QThread线程名支持差）
怎么给特定线程加断点？
不能直接右键某行代码设“只在 thread 2 停”，得靠条件断点。操作路径：在代码行左侧灰色区域单击设普通断点 → 右键该断点 → “Breakpoint Settings…” → 勾选 “Condition” → 输入表达式：
-
QThread::currentThreadId() == 0x7f8a1c00abcd（用实际线程 ID，可在“线程”窗口里复制） - 更稳妥写法：
QThread::currentThread() == &myWorkerThread（前提是myWorkerThread是全局或成员变量，且生命周期覆盖断点位置） - 避免用
thread() == 2这种写法——Qt 的thread()返回的是所属线程指针，不是序号；而调试器里的线程编号是 OS 分配的，二者不对应
为什么修改了变量值，切换线程后又变回去了？
这是调试器的常见错觉。当你在“线程 A”的上下文中修改某个变量（比如 dataBuffer.size()），这个修改只作用于当前线程栈帧的局部副本，或触发了未同步的内存访问。真实共享变量是否被改，取决于：
- 变量是否被
QMutex/QReadWriteLock保护：没加锁就改，其他线程看到的可能是旧值或崩溃 - 是否用了
volatile或std::atomic：普通变量在多线程下无内存序保证，编译器可能重排或缓存读写 - Qt Creator 的“局部变量”窗显示的是当前栈帧快照，切到另一线程时它自动刷新为那个线程的视图——你没改错，只是没改对地方
QThread::currentThread() 在信号槽里返回 nullptr？
只在两种情况发生：一是槽函数没通过 QueuedConnection 或 BlockingQueuedConnection 连接，而是用了 DirectConnection（即信号发出者和接收者在同一线程），此时槽仍在发送方线程执行；二是对象已被析构但槽仍被调用（野指针）。验证方法：
- 在槽函数开头加
qDebug() - 检查 connect 语句是否显式写了
Qt::QueuedConnection，尤其当 sender 和 receiver 不在同一线程时 - 确认 receiver 对象没在其他线程被
delete，推荐用QObject::deleteLater()配合moveToThread()生命周期管理
