Qt信号与槽在QObject子类中失效，网络请求未发送问题排查

1. 对象生命周期问题 #

如果你的QRestClient实例是局部变量（比如在某个函数内临时创建），会导致对象在网络请求发出前就被销毁，请求直接被取消，自然不会触发槽函数，服务器也收不到请求。而MainWindow中的实例大概率是成员变量，生命周期覆盖整个请求过程。

• 解决：将QRestClient改为类成员变量，确保请求完成前对象不会被析构。

2. 网络请求对象的所有权问题 #

如果在ping()方法内创建的QNetworkAccessManager是局部对象，请求发出后manager会被立即销毁，底层网络请求会被终止。

• 检查：把QNetworkAccessManager设为QRestClient的成员变量，复用同一个实例处理所有请求。

3. 信号槽签名不匹配 #

虽然connect()返回true，但要严格检查信号与槽的参数签名是否完全一致。比如信号是void pingFinished(QNetworkReply*)，槽函数必须有相同类型的参数；如果参数数量或类型不匹配，槽函数不会被触发。

• 额外注意：如果QRestClient运行在子线程，需确认连接方式是否为Qt::QueuedConnection（Qt::AutoConnection通常会自动适配，但手动指定更保险）。

4. 请求发送逻辑错误 #

检查ping()方法中是否正确调用了QNetworkAccessManager::get()/post()，以及URL是否正确（比如遗漏http://前缀、域名错误）。这类错误会导致请求根本无法发出，服务器自然无日志。

• 排查技巧：在ping()中打印请求URL，或者监听QNetworkReply::errorOccurred信号，查看具体错误信息。

5. 事件循环缺失 #

如果QRestClient所在的线程没有运行事件循环，网络请求的信号无法被分发处理。MainWindow在主线程，事件循环由QApplication::exec()自动维护；但如果客户端在自定义子线程中，必须调用QThread::exec()启动事件循环。

内容的提问来源于stack exchange，提问作者Mark Markov