Qt Creator按钮点击无响应需按五步排查：先验证connect返回值，再检查槽函数声明合规性，接着确认对象生命周期与作用域，然后排除信号被过滤，最后启用调试输出捕获“No such slot”错误。
Qt Creator里按钮点击没反应，不是代码写得不对，而是信号槽连接根本没生效——编译不报错、运行不崩溃，但点击像按在棉花上。这种静默失效最耗时间，必须按顺序逐层验证。
第一步：确认connect调用是否真正成功
把 connect() 的返回值抓出来看，别让它被丢进 void 海洋里：
bool ok = connect(ui->pushButton, &QPushButton::clicked, this, &MainWindow::onPushButtonClicked);
Q_ASSERT(ok); // 或者用 qWarning() << "连接失败" << !ok;
这一步必须做。Qt5 新语法在编译期能捕获签名错误，但【对象指针为空、接收者已被析构、跨线程未指定连接类型】等运行时问题，只有靠返回值暴露。
第二步：检查槽函数声明是否合规
方法一：确认类头文件中已添加 Q_OBJECT 宏且继承自 QObject（或其子类如 QWidget、QMainWindow）
方法二：确认槽函数写在 public slots:、private slots: 或 protected slots: 区块内，不能只是普通成员函数
方法三：若槽函数带参数，确保参数类型与信号严格匹配；若信号有参数而槽无参数（如 clicked(bool) 连到无参槽），需改用旧式语法并显式忽略参数，否则连接静默失败
第三步：验证对象生命周期与作用域
① 检查 ui->pushButton 是否为 null：在 connect 前加 qDebug() << ui->pushButton;，输出地址为 0x0 即未初始化
② 确认 this（接收者）在按钮点击时仍存活：常见陷阱是槽函数所属对象在 connect 后被 delete 或超出作用域，尤其在临时对话框、lambda 捕获 this 时
Qt Creator 18.0.2 Windows x86_64 历史版本安装包，适合需要旧版本 IDE、旧项目兼容、Qt/C++ 项目维护、构建套件配置和调试环境回退的用户使用。
③ 注意 UI 控件层级遮挡：如果按钮父容器（如 ui->widget）上后来 new 了一个全尺寸 QTableWidget 或 QGraphicsView，它会吞噬所有鼠标事件，按钮物理存在但无法接收点击
这一步操作起来很简单，直接把 qDebug() 打印语句塞进构造函数 connect 前就行。
第四步：排除信号被过滤或阻塞的可能
在按钮所在 widget 上安装事件过滤器，临时拦截 QEvent::MouseButtonPress，确认事件是否抵达 widget 层：
ui->pushButton->installEventFilter(this);
然后重写 eventFilter(QObject*, QEvent* e)，当 e->type() == QEvent::MouseButtonPress 且 obj == ui->pushButton 时打日志
如果日志不触发，说明事件在到达按钮前就被更上层控件吞了——比如父 widget 覆盖了事件处理，或设置了 setMouseTracking(true) 并拦截了所有鼠标动作
第五步：强制启用调试输出定位“No such slot”
在 main() 函数最开头添加：
qputenv("QT_FATAL_WARNINGS", "1");
qInstallMessageHandler([](QtMsgType type, const QMessageLogContext &, const QString &msg) { if (msg.contains("No such slot")) qFatal() << msg; });
这样一旦出现槽名解析失败，程序立刻崩溃并打印完整路径，比在海量日志里翻找快得多
