qt的qobject是c++中唯一靠谱的信号槽实现，因其依赖moc提供的类型检查、线程安全分发和自动内存管理；手写方案易致野指针、跨线程崩溃等问题。
C++ 里没有原生信号槽，Qt 的 QObject 是唯一靠谱的落地方式
为什么不能自己手写“信号槽”？
有人想用 std::function + std::vector 模拟，结果发现：连接/断开难管理、跨线程崩溃、对象生命周期一错就野指针。Qt 的 connect 不是语法糖，它背后有元对象系统（MOC）做类型检查、线程队列分发、自动断连（QObject 析构时清理）。裸 C++ 没这层保障。
常见错误现象：Segmentation fault 在 emit 后立刻出现，或槽函数根本没调用——大概率是 sender/receiver 对象提前析构，或没走 Q_OBJECT 宏触发 MOC 处理。
- 必须继承
QObject（或其子类，如QWidget） - 类声明里必须写
Q_OBJECT，否则connect编译报错或运行时静默失败 - 使用 qmake/cmake 配置 MOC 步骤，否则信号声明不被识别
connect 的四种写法怎么选？
Qt5 后推荐函数指针写法，类型安全、编译期报错；Qt4 的字符串写法（signal()/SLOT()）已淘汰，运行时才校验，错一个字母就失效。
立即学习“C++免费学习笔记（深入）”；
示例对比：
connect(btn, &QPushButton::clicked, this, &MyWidget::onClicked); // ✅ 推荐，编译检查connect(btn, SIGNAL(clicked()), this, SLOT(onClicked())); // ❌ Qt4 风格，无类型检查- Lambda 表达式可用，但注意捕获的对象生命周期：避免捕获局部变量或已析构的
this - 跨线程连接必须指定
Qt::QueuedConnection，否则默认直连（同线程），在非创建线程调用槽会崩溃 - 连接返回
QMetaObject::Connection，可用来disconnect()，比字符串匹配可靠
信号参数和槽参数不匹配怎么办？
Qt 允许“参数截断”：信号发 3 个参数，槽只收前 2 个，合法；反过来（槽参数多于信号）则连接失败，connect 返回 false（Qt6 默认 panic，Qt5 静默忽略）。
常见错误现象：QObject::connect: Cannot connect (NULL)::xxx to xxx::yyy 或运行时不报错但槽不触发——先检查参数个数和类型是否严格一致（int 和 const int& 算不同）。
- 推荐用
qDebug() 打印返回值，false 就立刻查参数 - 自定义类型需注册：
qRegisterMetaType<mystruct>("MyStruct")</mystruct>，否则跨线程传参失败 - 避免传大对象，优先用
const T&或智能指针，防止拷贝开销
为什么 emit 没反应？
不是语法问题，90% 是对象没进事件循环，或信号压根没发出（比如 if 条件没进、按钮没 setEnabled(true)）。
调试建议：
- 在信号发射前加
qDebug() ，确认执行到了 - 检查 sender 是否为
nullptr（尤其用findChild获取控件时） - 用
QMetaObject::activate或 Qt Creator 的“Signal Spy”插件抓实际触发情况 - Qt6 中
emit是宏，展开为空，不参与编译检查——别依赖它报错
真正麻烦的是隐式依赖：比如信号在构造函数里连，但 receiver 还没 fully constructed；或者用了 Qt::AutoConnection 却误以为跨线程也直连。这些点不打日志很难定位。