使用QNetworkAccessManager期間可能的堆棧損壞

Question

我正在處理我懷疑在使用QNetworkAccessManager期間發生的程序中發生的堆棧損壞錯誤。完整的源代碼可用here。

從日誌輸出來判斷，我猜測這個bug是在calendar.cpp的第44行的異步請求之後觸發的。我沒有這方面的確鑿證據;我只注意到第45行的消息是大多數時間最後的日誌消息。

這裏是線39-46：

void Calendar::update() 
{ 
    // Start calendar download asynchronously. After retrieving the 
    // file, parseNetworkResponse will take over. 
    Logger::instance()->add(CLASSNAME, "Fetching update for 0x" + QString::number((unsigned)this, 16) + "..."); 
    _naMgr.get(QNetworkRequest(_url)); 
    Logger::instance()->add(CLASSNAME, "Update request for 0x" + QString::number((unsigned)this, 16) + " was filed."); 
} 

該HTTP GET請求由Calendar::parseNetworkResponse插槽，其被連接到_naMgr的finished信號處理。下面是線170-174：

void Calendar::parseNetworkResponse(QNetworkReply* reply) { 
    // TODO: we suspect that sometimes a SIGSEGV occurs within the bounds 
    // of this function. We'll remove the excessive log calls when we've 
    // successfully tracked down the problem. 
    Logger::instance()->add(CLASSNAME, "Got update response for 0x" + QString::number((unsigned)this, 16) + "."); 

即使上線45日誌消息不是最後出現在日誌崩潰後，總有在日誌中的更新請求是永遠不會跟進通過第174行的日誌消息。這使我相信，HTTP GET請求可能會破壞這裏的東西。 GET請求提交的URL似乎是正確的。

我認爲存在內存損壞的原因之一是，即使輸入日曆列表和我的Internet連接狀態保持不變，該錯誤並不會始終彈出。 （我可以用至少2個日曆觸發bug。）此外，當我嘗試瞭解更多關於失敗點的信息時，我看到了this GCC output。我會從valgrind的內存檢查器收集輸出以收集更多信息，但目前我附近沒有可用的Linux安裝。

這個bug可能與我身邊的Qt網絡庫的錯誤使用有關嗎？你有什麼其他的理論可能會導致這個問題？這是我第一次處理可能的堆棧損壞問題，因爲在業餘時間我正在做這個單獨的愛好項目，所以我沒有人來訓練我解決這些問題。

Answer 1

在已完成的插槽，當你處理響應設置一個全局標誌（布爾）來「處理」

這樣一來，如果你的另一響應，您可以對其進行排隊或者你可以忽略它。問題可能更多的是由於QNetworkAccessManager派生一個線程在後臺某處執行處理的事實，這會導致您的代碼執行訪問衝突。

如果你想我會跳上你的項目，有一個仔細看看:)

〜丹

我的發送和接收類：

.h文件中

class sendRec : public QObject 
{ 
    Q_OBJECT 
public: 
    sendRec(QObject *parent = 0); 
    sendRec(QUrl); 
    QString lastError; 
    QUrl thisURL; 
    //QNetworkAccessManager manager; 
    //FUNCTIONS 
    void doGet(); 
    void doPost(QByteArray*); 
    void doPut(QString, QString); 
    void doConnects(QNetworkReply *reply, QNetworkAccessManager *manager); 

signals: 
    void sendResponse(bool, QString*); 
public slots: 

    /** NETWORK_ACCESS_MANAGER_SLOT **/ 
    //SUCCESS SLOTS FOR BOTH 
    void requestReturned(QNetworkReply * reply); 
    //FAILURE SLOTS 
    void proxyAuthFail(const QNetworkProxy & proxy, QAuthenticator * authenticator); 
    void sslErrorFail(QNetworkReply * reply, const QList<QSslError> & errors); 
    /** QNETWORK_REPLY_SLOTS **/ 
    //FAILURE SLOTS 
    void reqError (QNetworkReply::NetworkError code); 
    void sslError (const QList<QSslError> & errors); 

}; 

.cpp：

#include "sendrec.h" 

sendRec::sendRec(QObject *parent) : 
    QObject(parent) 
{ 
} 


sendRec::sendRec(QUrl url) { 
    thisURL = url; 
} 

void sendRec::doGet() { 
    QNetworkRequest request(thisURL); 
    QNetworkAccessManager *manager = new QNetworkAccessManager(this); 
    QNetworkReply *reply = manager->get(request); 
    doConnects(reply, manager); 
} 

void sendRec::doPost(QByteArray *message) { 
    QNetworkRequest request(thisURL); 
    QNetworkAccessManager *manager = new QNetworkAccessManager(this); 
    QNetworkReply *reply = manager->post(request, *message); 
    doConnects(reply, manager); 
} 

void sendRec::doConnects(QNetworkReply *reply, QNetworkAccessManager* manager){ 
    //Reply Connects 
    QObject::connect(reply, SIGNAL(error(QNetworkReply::NetworkError)), 
        this, SLOT(reqError(QNetworkReply::NetworkError))); 
    QObject::connect(reply, SIGNAL(sslErrors(QList<QSslError>)), 
        this, SLOT(sslError(QList<QSslError>))); 
    //manager connects 
    QObject::connect(manager, SIGNAL(finished(QNetworkReply*)), 
       this, SLOT(requestReturned(QNetworkReply*))); 
    QObject::connect(manager, SIGNAL(sslErrors(QNetworkReply*,QList<QSslError>)), 
      this, SLOT(sslErrorFail(QNetworkReply*,QList<QSslError>))); 
    QObject::connect(manager, SIGNAL(proxyAuthenticationRequired(QNetworkProxy,QAuthenticator*)), 
       this, SLOT(proxyAuthFail(QNetworkProxy,QAuthenticator*))); 


} 


void sendRec::requestReturned(QNetworkReply * rep){ 
    qDebug() << "Request Returned"; 
    QVariant status = rep->attribute(QNetworkRequest::HttpStatusCodeAttribute); 
    if(status != 200 || status == NULL) { 
     QString *lastError = new QString("ERROR: " + status.toString() 
             + " " + rep->readAll()); 
     emit sendResponse(false, lastError); 
    } else { 
     QString *retString = new QString(rep->readAll()); 
     *retString = retString->trimmed(); 
     emit sendResponse(true, retString); 
    } 
    rep->manager()->deleteResource(rep->request()); 
    rep->manager()->deleteLater(); 
    rep->deleteLater(); 
    sender()->deleteLater(); 


} 

Answer 2

您是否一次發送兩個請求？

我有一個線程和QNetworkAccessManager的問題，我不得不爲它編寫一個包裝。

好的，我讀了一些你的代碼，除了完成的信號外，還有一些其他的信號會在失敗時發出 - 它總是很好的抓住這些信號。

在完成處理響應之前，是否有機會發送另一個獲取請求，這可以解釋爲什麼它是間歇性的。

我會繼續尋找，看看我能否提供幫助。

〜丹