8
मुझे दिलचस्पी है कि कैसे QTcpServer धागे और अवरुद्ध करने के दृश्यों के पीछे काम करता है। QTcpServer में listen() विधि है जो तुरंत लौटती है। अगर सुनना सफलतापूर्वक शुरू हुआ है तो सर्वर newConnection() सिग्नल उत्सर्जित करेगा। मुझे लगता है कि listen() विधि वापस आ गई है जब सर्वर सुन रहा है (यह मुख्य धागे पर है)।QTcpServer वास्तव में कनेक्शन के लिए कैसे सुन रहा है
//main.cpp
int main(int argc, char* argv[])
{
QCoreApplication app;
MyServer server;
app.exec();
}
//MyServer.cpp
MyServer::MyServer(QObject *parent) : QObject(parent)
{
this->server = new QTcpServer(this);
connect(server, SIGNAL(newConnection()), this, SLOT(on_newConnection()));
if (!server->listen(QHostAddress::Any, 1234))
//do something in case of error
}
void MyServer::on_newConnection()
{
QTcpSocket* socket = server->nextPendingConnection();
//do some communication...
}
QTcpServer पर निर्भर है एक QCoreApplication (या शायद एक QRunLoop) मौजूदा और नेटवर्क की घटनाओं recive करने के लिए चल रहा है: एक QTcpServer के साथ एक सांत्वना आवेदन के सामान्य उदाहरण कुछ इस तरह है। क्या यह QCoreApplication::exec() के बिना ठीक से काम कर सकता है?
बहुत अच्छा। अब मैं समझता हूं कि क्यूटी (मैं पीईक्यूटी का उपयोग करता हूं) में एप्लिकेशन इवेंट लूप को निष्पादित करने से पहले क्यों कॉलिंग सुनता हूं, जिसके परिणामस्वरूप 'नया कनेक्शन' सिग्नल नहीं मिलता है। खुदाई के लिए धन्यवाद। – Trilarion