Aufruf von QThread.exec() Methode ist erforderlich, in QThread?

Bin ich nicht aufrufen exec() in meinem code, aber die timer und QUdpSocket ist in Ordnung. Ist exec() zu warten, für eine event weiter?

UPDATE: die timer arbeiten war, da hatte ich nicht genannt moveToThread(this) auf die QThread, was bedeutete, dass die QThread war eigentlich noch Teil der main thread. Für QUdpSocket gut ich mit dem polling functions. So dass Sie nicht brauchen, um die Arbeit mit signals.

TIPP: wenn Sie tun müssen init Zeug, das verlangt, dass eine event loop in Ihrem QThread können Sie delay aufrufen moveToThread bis Sie nicht brauchen, die signals mehr, das ist praktisch, wenn das Programm geladen wird. Sie brauchen auch nicht zu rufen Sie im Konstruktor (Sie nennen könnte es in run() zum Beispiel), kopieren Sie nur die this QThread Zeiger auf eine variable und machen die call später/anderswo mit der Maus.

InformationsquelleAutor yan bellavance | 2010-02-26

multithreading qt qthread

2

Ist, um tatsächlich nutzen deinen thread, statt des QApplication-Ausführung-Schleife, Sie müssen rufen Sie moveToThread(this) innerhalb der thread-Konstruktor UND legen eine Ausführung der Schleife innerhalb der geschützten run() Methode Ihrer QThread abgeleiteten Klasse.

Seperate threads Ausführung-Schleife verhindert, dass der QApplication-Schleife vollgestopft mit nicht-ui-bezogene Signale und slots, und daher die Verzögerung für die .e.g-Taste, klicken Sie auf slot-Ausführung, so dass Ihre Anwendung "lag".

Hinweis: Normalerweise können Sie immer Unterklasse QThread, siehe Qt-doc weitere Informationen

Edit: Qt-doc ist falsch, diesen thread Lesen https://blog.qt.io/blog/2010/06/17/youre-doing-it-wrong/
- was meinst du mit "Platz einer Ausführung der Schleife" meinst du den Aufruf von QThread.exec() oder tatsächlich instanziieren von QEvent loop (obwohl ich es nicht sehen würde, warum ich brauchen würde, um dies zu tun, da QThread sieht man aber von der waythe Antwort geschrieben wird, es macht mich denken, dass)
- Ereignis-Schleife ist alles das, was exec() und code-Blöcke nachdem, das der Klasse.exec () - Anweisung. In diesem Fall ist es gemeint QThread.exec(). Hinweis: Wenn Ihre Frequenz niedrig ist, können Sie einfach drop die Idee des threads, da die meisten Teil der Zeit konsumieren Qt-Befehle sind async.
- so können sagen, ich habe einen timer. Nun, wenn ich möchte das mein timer zu arbeiten, muss ich anrufen exec. aber was ist, wenn ich tun müssen, um die Verarbeitung in einer Schleife in meiner run-Methode, die ich nennen müsste, exec einmal pro Schleife? Was ist, wenn der timer ist nicht mal in der Nähe gemacht und ich möchte zu tun, die meisten der Verarbeitung möglich, während die timer-Zeiten aus. Ich habe irgendwo gelesen über einen timer mit 0 timeout ist nützlich, um der Verwaltung die eventloop.
- "die Verarbeitung in einer Schleife" I don ' T get your point. Und sollte NIE Aufruf von exec() mehrfach in jedem thread, das ist hässlich coding style. Wenn Sie wirklich brauchen alle Ihre Rechenleistung, aber noch verarbeiten Signale/slots: forever{ processEvents(); //kann ich atm nicht erinnern, wie das qt-Funktion aufgerufen wird extrem_cpu_intense_task(args); msleep(ms); //geben einige ms breating Zeit }; Hinweis: dies ist nur für einzelne QThread abgeleitete Klassen, NIE tun Sie dies für die UI und nur wenn Sie wirklich massive cpu-Leistung UND eine hohe Frequenz von signal/slot-emission/Ausführung.
- es gibt 2 Funktionen in QUdpSocket (eigentlich QAbstractSocket) genannt waitForReadyRead() und waitForBytesWriten(). dies zeigt, dass es möglich ist, die Verarbeitung erfolgt ohne den Einsatz von signal. Natürlich Sie nicht verwenden können, wenn Sie Ihre QThread ist nicht getrennt vom gui-thread erzeugt eine double-free-Ausnahme. In der mandlebrot Beispiel die run() enthält eine immer{} Schleife.
- über moveToThread, muss ich unbedingt anrufen müssen diese im Konstruktor, oder kann ich rufen Sie es später?
- Es gab eine Diskussion darüber auf qtcentre.org und das Ergebnis war ( ich bin nicht up-to-date mit diesem posting thread nicht mehr), dass Sie benötigen, rufen Sie moveToThread(dies), bevor Sie wirklich beginnen, den thread über threadName.start(). qtcentre.org/threads/21712-moveToThread()-Problem
- Link zum blog-Eintrag in deinem letzten edit ist tot.
- aktualisiert
InformationsquelleAutor drahnr
4

Ihre timer und sockel sind wohl mit die Haupt-event-Schleife gestartet wird, wenn Sie anrufen QCoreApplication::exec(). - Obwohl ich sicher bin, es gibt einen guten Grund zu laufen, ein Ereignis, eine Schleife in einem thread, ich kann nicht kommen mit ein.

Den QThread Dokumentation Staaten:

Jeder QThread kann seine eigene event-Schleife. Starten können Sie die Ereignis-Schleife durch den Aufruf von exec(); Sie können es stoppen, indem Sie dem Aufruf von exit() oder die beenden(). Eine Ereignis-Schleife in einen thread macht es möglich, verbinden Sie Signale von anderen threads an slots in diesem thread, mit einem Mechanismus namens queued verbindungen. Es macht es auch möglich, die Verwendung von Klassen, in denen der Ereignis-Schleife, wie QTimer und QTcpSocket in den thread. Beachten Sie jedoch, dass es nicht möglich ist, verwenden alle widget-Klassen in den thread.

Ohne eine Ereignis-Schleife, ist es möglich, zu emittieren Signale, die verarbeitet werden, die vom GUI-thread oder einem anderen thread mit einem event-loop. Dies impliziert, dass ein thread muss eine Ereignis-Schleife, um für seine slots werden wirksam. Pro die Dokumentation über einige Klassen, wie QTimer, erfordern eine laufende Ereignis-Schleife, die Sie anrufen müssen,QThread::exec(). Andere Klassen, wie QTCPSocket haben die Fähigkeiten, um mit laufen, mit oder ohne eine Ereignis-Schleife, je nach den verwendeten Funktionen. Die Dokumentation für die Klassen zeigen sollte, was, wenn überhaupt, Anforderungen Sie haben.
- ich denke, dass wird bei der Instanziierung ein QThread in main.cpp ie aus einem QMainWindow.
- Der Hauptgrund ist, wenn mehrere threads oder mehrere Objekte in einem nicht-GUI thread. Diese Art der slots und Signale von diesen Objekten ausgelöst werden kann, und ausgeführt, ohne eine Verlangsamung des GUI-event-Schleife.
- Post editiert und Klarstellungen Hinzugefügt.
- Können Sie fügen Sie einige code, die erklären, wo genau ist exec() genannt? Ist es in QThread abgeleiteten Konstruktor? Wenn ich den Anruf aus dem thread-erstellen von QThread, es geht um den thread zu blockieren.
InformationsquelleAutor Kaleb Pederson

Es eine Abhängigkeit auf Ihre Programme. Hier ist ein Beispiel:

void MyThread::run(){
  Curl * curl = new Curl();
  connect( curl, SIGNAL(OnTransfer(QString)), this, SLOTS(OnTransfer(QString)) );
  connect( curl, SIGNAL(OnDone()), curl, SLOTS(deleteLater()) );
  curl->Download("http://google.com");
  exec(); //this is an event loop in this thread, it will wait until you command quit()
}

void MyThread::OnTransfer(QString data){
  qDebug() << data;
}

Ohne exec(), OnTransfer wird nie aufgerufen werden. ABER wenn Ihr erstellen curl draußen laufen mit diese (übernehmen MyThread Elternteil Haupt-thread), als Eltern :

MyThread::MyThread(){
  curl = new Curl(this);
  connect( curl, SIGNAL(OnTransfer(QString)), this, SLOTS(OnTransfer(QString)) );
  start();
}
void MyThread::run(){
  curl->Download("http://google.com");
}

Dieser wird so funktionieren, wie Sie erwartet. OnTransfer aufgerufen werden.

InformationsquelleAutor Rozi

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.