Qt网络访问管理器GUI应用崩溃问题求助

我正在开发一款GUI应用，用于向Web服务发送数据并接收JSON响应。通过调试确认已成功向服务器发送数据并收到响应，但应用会在富文本框内容更新前崩溃。将AESEnkriptiraj中的数组数量改为2后曾成功运行一次，但频繁点击按钮仍会导致崩溃，怀疑问题出在线程管理方面，但无法定位具体原因。

从你的代码来看，崩溃的核心原因并非线程管理（不过存在潜在线程安全风险），而是未妥善管理网络请求对象的内存以及URL参数未编码导致的累积问题，频繁点击按钮会快速触发内存泄漏，最终引发崩溃。下面是具体的修复方案：

1. 修复QNetworkReply的内存泄漏 #

你在AESEnkriptiraj中发起的网络请求返回了QNetworkReply对象，但既没有妥善保存也没有及时释放，还注释掉了关键的reply->deleteLater()，这会导致每次点击都产生无法回收的对象，内存耗尽后必然崩溃。

修改IzvuciPodatak函数，恢复内存释放逻辑并增加错误检查：

QString Kriptiraj::IzvuciPodatak(QNetworkReply* reply){
    // 先检查请求是否出错
    if (reply->error() != QNetworkReply::NoError) {
        qDebug() << "请求错误:" << reply->errorString();
        reply->deleteLater();
        return "";
    }

    QString data = QString::fromUtf8(reply->readAll());
    reply->deleteLater(); // 必须调用，释放reply对象

    QJsonDocument JSON= QJsonDocument::fromJson(data.toUtf8());
    if (!JSON.isObject()) {
        qDebug() << "JSON解析失败";
        return "";
    }

    QJsonObject JSONObject = JSON.object();
    QJsonValue JSONValue = JSONObject.value("result");
    QString link = JSONValue.toString();
    emit Poruka(link);
    return link;
}

同时优化AESEnkriptiraj的URL拼接方式，避免特殊字符破坏请求格式：

void Kriptiraj::AESEnkriptiraj(QString tekst, QString kljuc, QString metoda, QString zahtjev){
    // 使用QUrl的addQueryItem自动编码参数
    QUrl url("http://jospudjaatfoi.000webhostapp.com/OS2/AESenkripcija.php");
    url.addQueryItem("tekst", tekst);
    url.addQueryItem("kljuc", kljuc);
    url.addQueryItem("metoda", metoda);
    url.addQueryItem("zahtjev", zahtjev);

    QNetworkRequest Request(url);
    networkManager->get(Request);
}

2. 确保UI更新的线程安全 #

虽然当前你的Kriptiraj对象在主线程创建，信号槽会直接在主线程执行，但如果后续将其移到子线程，跨线程更新UI会直接导致崩溃。可以给UI更新逻辑加上线程安全保障：

void DecryptionWindow::AESkriptiranoVrati(QString poruka){
    // 检查当前线程是否为主线程，不是则通过队列调用回到主线程
    if (ui->txtSadrzajDatotekeAES->thread() != QThread::currentThread()) {
        QMetaObject::invokeMethod(this, "AESkriptiranoVrati", Qt::QueuedConnection, Q_ARG(QString, poruka));
        return;
    }
    ui->txtSadrzajDatotekeAES->setPlainText(poruka);
}

3. 优化Kriptiraj对象的生命周期管理 #

全局的Kriptiraj对象容易导致生命周期不一致问题（比如窗口销毁后对象仍存在），建议将其改为DecryptionWindow的成员变量：

在decryptionwindow.h中添加成员声明：

private:
    Ui::DecryptionWindow *ui;
    Kriptiraj *kriptiraj; // 添加这行

在decryptionwindow.cpp的构造函数初始化：

DecryptionWindow::DecryptionWindow(QWidget *parent) :
    QWidget(parent), ui(new Ui::DecryptionWindow), kriptiraj(new Kriptiraj())
{
    ui->setupUi(this);
    connect(kriptiraj, SIGNAL(Poruka(QString)), this, SLOT(AESkriptiranoVrati(QString)));
}

在析构函数中销毁对象：

DecryptionWindow::~DecryptionWindow()
{
    delete kriptiraj;
    delete ui;
}

4. 调试辅助建议 #

如果修复后仍有问题，可以用这些方法定位：

• 在Qt Creator中开启调试模式，给setPlainText和emit Poruka行加断点，查看崩溃时的调用栈
• 用qDebug()输出收到的JSON数据，确认格式是否正确
• 查看应用的内存使用情况，确认泄漏是否已解决

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