यह एक अच्छा सवाल है, लेकिन यह गलत सवाल है।
क्या यह जांचने का कोई तरीका है कि सूचक वैध है या नहीं? हाँ। QPointer विशेष रूप से ऐसा करने के लिए डिज़ाइन किया गया है।
लेकिन इस प्रश्न का उत्तर बेकार है यदि वस्तु किसी अन्य धागे में रहता है! आप केवल यह जानते हैं कि एक ही बिंदु पर पर मान्य है - उत्तर तुरंत बाद में मान्य नहीं है।
अनुपस्थित अन्य तंत्र, QPointer किसी ऑब्जेक्ट को किसी भिन्न थ्रेड में रखने के लिए बेकार है - यह आपकी सहायता नहीं करेगा। क्यों?इस परिदृश्य को देखो:
Thread A Thread B
1. QPointer returns a non-zero pointer
2. deletes the object
3. Use the now-dangling pointer
मैं QObject :: नष्ट संकेत है, जो मैं उद्देश्य यह है कि सूचक की setProperty फोन करने वाले से कनेक्ट कर सकता है के बारे में पता कर रहा हूँ। लेकिन मुझे आश्चर्य है, अगर यह आसान काम करता है। एक सूत्र के भीतर, या धागा सीमाओं के पार -
destroyed संकेत बेकार जब पंक्तिबद्ध कनेक्शन का उपयोग करके भेजा है। वे प्रत्यक्ष कनेक्शन का उपयोग कर, एक थ्रेड के भीतर उपयोग किए जाने वाले हैं।
समय लक्ष्य थ्रेड घटना पाश स्लॉट कॉल ऊपर उठाता करके, उद्भव वस्तु लंबे समय तक चला गया है। इससे भी बदतर - यह हमेशा एक एकल थ्रेडेड एप्लिकेशन में मामला है। समस्या का कारण QPointer जैसा है: destroyed सिग्नल इंगित करता है कि ऑब्जेक्ट अब मान्य नहीं है, लेकिन इसका मतलब यह नहीं है कि यह सिग्नल प्राप्त करने से पहले मान्य था जब तक कि आप सीधे कनेक्शन का उपयोग कर रहे हैं (और एक ही धागे में हैं) या आप उपयोग कर रहे एक अवरुद्ध कनेक्शन भेज दिए जाएंगे।
अवरुद्ध का उपयोग करते हुए कनेक्शन पंक्तिबद्ध, जब तक async धागा ऑब्जेक्ट के विलोपन प्रतिक्रिया खत्म का अनुरोध वस्तु की धागा रोकेंगे। हालांकि यह निश्चित रूप से "काम करता है", यह दो धागे को स्पैस उपलब्धता के साथ संसाधन पर सिंक्रनाइज़ करने के लिए मजबूर करता है - एसिंक थ्रेड के ईवेंट लूप में सामने वाला स्थान। हां, यह सचमुच आप प्रतिस्पर्धा करते हैं - एक कतार में एक ही स्थान जो मनमाने ढंग से लंबा हो सकता है। हालांकि यह डिबगिंग के लिए ठीक हो सकता है, लेकिन उत्पादन कोड में इसका कोई स्थान नहीं है जब तक कि सिंक्रनाइज़ करने के लिए थ्रेड को ब्लॉक करना ठीक न हो।
आप इस तथ्य के आस-पास बहुत मेहनत करने की कोशिश कर रहे हैं कि आप थ्रेड के बीच QObject पॉइंटर पास कर रहे हैं, और ऑब्जेक्ट के जीवनकाल को प्राप्त करने वाले थ्रेड के दृष्टिकोण से, अनियंत्रित है। यह तुम्हारी समस्या है। आप कच्चे ऑब्जेक्ट पॉइंटर को पास करने वाले द्वारा सब कुछ हल करेंगे। इसके बजाए, आप एक साझा स्मार्ट पॉइंटर पास कर सकते हैं, या सिग्नल-स्लॉट कनेक्शन का उपयोग कर सकते हैं: जब भी कनेक्शन का अंत नष्ट हो जाता है तो वे गायब हो जाते हैं। यही वही है जो आप चाहते हैं।
वास्तव में, क्यूटी के स्वयं के डिजाइन पैटर्न इस में संकेत। QNetworkReply न केवल क्योंकि यह एक QIODevice है, लेकिन क्योंकि यह धागा सीमाओं के पार समाप्त अनुरोधों का सीधा संकेत का समर्थन करने के लिए एक होना चाहिए QObject है। अनुरोधों की एक भीड़ के प्रकाश में, QNetworkAccessManager::finished(QNetworkReply*) से कनेक्ट करने से समयपूर्व निराशा हो सकती है। आपकी वस्तु को संभावित रूप से बहुत बड़ी संख्या में उत्तरों की अधिसूचना मिलती है, लेकिन यह वास्तव में केवल उनमें से एक या बहुत कम में रुचि रखती है। इस प्रकार अनुरोधकर्ता को सीधे सूचित करने का एक तरीका होना चाहिए कि उसका एकमात्र अनुरोध किया गया हो - और यही QNetworkReply::finished है।
तो, आगे बढ़ने के लिए एक आसान तरीका Request एक done संकेत के साथ एक QObject हो बनाने के लिए है। जब आप अनुरोध तैयार करते हैं, तो अनुरोध करने वाले ऑब्जेक्ट को उस सिग्नल से कनेक्ट करें। तुम भी एक functor कनेक्ट कर सकते हैं, लेकिन लगता है कि functor का अनुरोध वस्तु के संदर्भ में कार्यान्वित करते हैं:
// CORRECT
connect(request, &Request::done, requester, [...](...){...});
// WRONG
connect(request, &Request::done, [...](...){...});
नीचे
दर्शाता है कि यह कैसे एक साथ रखा जा सकता है। अनुरोधों का जीवनकाल साझा (संदर्भ-गणना) स्मार्ट सूचक के उपयोग के माध्यम से प्रबंधित किया जाता है। यह जीवन को बल्कि आसान बनाता है। हम जांचते हैं कि main रिटर्न पर कोई अनुरोध मौजूद नहीं है।
#include <QtCore>
class Request;
typedef QSharedPointer<Request> RequestPtr;
class Request : public QObject {
Q_OBJECT
public:
static QAtomicInt m_count;
Request() { m_count.ref(); }
~Request() { m_count.deref(); }
int taxIncrease;
Q_SIGNAL void done(RequestPtr);
};
Q_DECLARE_METATYPE(RequestPtr)
QAtomicInt Request::m_count(0);
class Requester : public QObject {
Q_OBJECT
Q_PROPERTY (int catTax READ catTax WRITE setCatTax NOTIFY catTaxChanged)
int m_catTax;
public:
Requester(QObject * parent = 0) : QObject(parent), m_catTax(0) {}
Q_SLOT int catTax() const { return m_catTax; }
Q_SLOT void setCatTax(int t) {
if (t != m_catTax) {
m_catTax = t;
emit catTaxChanged(t);
}
}
Q_SIGNAL void catTaxChanged(int);
Q_SIGNAL void hasRequest(RequestPtr);
void sendNewRequest() {
RequestPtr req(new Request);
req->taxIncrease = 5;
connect(req.data(), &Request::done, this, [this, req]{
setCatTax(catTax() + req->taxIncrease);
qDebug() << objectName() << "has cat tax" << catTax();
QCoreApplication::quit();
});
emit hasRequest(req);
}
};
class Processor : public QObject {
Q_OBJECT
public:
Q_SLOT void process(RequestPtr req) {
QThread::msleep(50); // Pretend to do some work.
req->taxIncrease --; // Figure we don't need so many cats after all...
emit req->done(req);
emit done(req);
}
Q_SIGNAL void done(RequestPtr);
};
struct Thread : public QThread { ~Thread() { quit(); wait(); } };
int main(int argc, char ** argv) {
struct C { ~C() { Q_ASSERT(Request::m_count == 0); } } check;
QCoreApplication app(argc, argv);
qRegisterMetaType<RequestPtr>();
Processor processor;
Thread thread;
processor.moveToThread(&thread);
thread.start();
Requester requester1;
requester1.setObjectName("requester1");
QObject::connect(&requester1, &Requester::hasRequest, &processor, &Processor::process);
requester1.sendNewRequest();
{
Requester requester2;
requester2.setObjectName("requester2");
QObject::connect(&requester2, &Requester::hasRequest, &processor, &Processor::process);
requester2.sendNewRequest();
} // requester2 is destructed here
return app.exec();
}
#include "main.moc"
क्या [QPointer'] (http://doc.qt.io/qt-5/qpointer.html) काम करेगा? – thuga
मैंने अपना जवाब अपडेट कर लिया है, 'QObject :: नष्ट' आपकी मदद नहीं करेगा। –
@ थुगा हां, यह वास्तव में उत्तर है। बहुत देर से इसे स्वीकार करने के लिए खेद है। हालांकि, क्यूबा ओबेर ने बताया, यह केवल उसी धागे में काम करता है। –