qt信号槽连不上首要检查q_object宏和moc是否生效，确保头文件被.pro或cmake正确处理并重新构建；connect优先用函数指针式以获编译期检查，跨线程需显式指定qt::queuedconnection；槽不执行常因接收对象线程无事件循环。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
Qt 信号槽连不上？先检查 Q_OBJECT 宏和 moc 是否生效
信号槽失效最常见原因不是写错了函数名，而是类没被 moc 处理。Qt 的信号槽机制依赖元对象系统，而 Q_OBJECT 宏是触发 moc（Meta-Object Compiler）生成额外代码的开关。
常见错误现象：QObject::connect: No such signal 或点击按钮毫无反应，但编译完全通过。
- 确保含信号/槽的类（通常是继承
QObject或其子类如QWidget）的头文件中，在class声明下方第一行就写了Q_OBJECT - 该头文件必须被
.pro文件中的HEADERS += xxx.h显式列出，否则 qmake / CMake 可能跳过 moc - 修改头文件后务必重新运行 qmake（或在 Qt Creator 中 Clean + Rebuild），moc 生成的
moc_xxx.cpp不会自动重编 - 如果用 CMake，确认启用了
set(CMAKE_AUTOMOC ON)，且源文件变量（如set(SOURCES main.cpp widget.h widget.cpp)）里包含了头文件
connect 写法选哪个？QObject::connect 的四种重载要分清
Qt5 引入函数指针式 connect 后，四种语法共存，混用容易出错。关键区别不在“新旧”，而在类型安全与可维护性。
使用场景：需要编译期检查、支持 lambda、跨线程自动排队时，优先用函数指针式；老项目或需兼容 Qt4 时才用字符串式（已不推荐）。
立即学习“C++免费学习笔记（深入）”；
-
QObject::connect(sender, &Sender::signalName, receiver, &Receiver::slotName)—— 最安全，编译报错即知信号/槽不存在或参数不匹配 -
QObject::connect(sender, &Sender::signalName, receiver, [receiver](){ ... })—— lambda 必须按值捕获receiver或用QPointer防野指针，否则对象销毁后回调仍可能执行 -
QObject::connect(sender, SIGNAL(signalName()), receiver, SLOT(slotName()))—— 字符串式，运行时解析，拼错不报错，Qt6 已移除 -
QObject::connect(sender, &Sender::signalName, receiver, &Receiver::slotName, Qt::QueuedConnection)—— 第五参数指定连接类型，跨线程必须显式设为Qt::QueuedConnection，否则默认直连（可能 crash）
槽函数不执行？查线程归属和事件循环
信号发出了，connect 也没报错，但槽就是不进——大概率是接收对象不在有事件循环的线程里，或者事件循环根本没启动。
常见错误现象：控制台无输出、断点不触发、UI 无响应，但 qDebug() 显示信号已 emit。
- 用
qDebug() thread() 确认 sender 和 receiver 是否同线程；不同线程又没设 <code>Qt::QueuedConnection，槽不会调用 - 非 GUI 线程（如 worker thread）必须手动调用
QEventLoop::exec()或用QThread::exec()启动事件循环，否则 queued 信号永远卡在队列里 - main 函数里没调用
app.exec()，整个 QApplication 事件循环未启动，所有信号槽（包括主线程内直连）都无效 - receiver 对象被提前 delete（比如局部变量、父对象析构顺序问题），可用
QObject::isSignalConnected()在 emit 前检查
lambda 槽里访问成员变量崩溃？生命周期比信号还短
用 lambda 写槽很方便，但捕获 this 后，若对象在信号到达前已被销毁，程序直接 crash。这不是 Qt 的 bug，是 C++ 原生风险。
使用场景：临时逻辑、简单 UI 响应（如按钮点击弹提示）、无需长期持有对象引用时。
- 绝对不要写
[this]() { this->doSomething(); }—— this 可能已悬空 - 改用
[q = QPointer<qwidget>(this)]() { if (q) q->doSomething(); }</qwidget>，QPointer会在对象析构时自动置空 - 更稳妥的做法是捕获具体字段而非 this：
[text = ui->lineEdit->text()]() { qDebug() ，避免任何运行时对象访问 - 如果逻辑复杂或需多次触发，宁可单独写一个普通槽函数，别硬塞 lambda
信号槽真正难的从来不是语法，而是对象生命周期、线程边界和事件循环这三者的交织。漏掉任意一环，调试时就会陷入“明明写了却没反应”的循环。
