qt thread mit movetothread

Ich versuche, erstellen Sie ein Programm mit threads:
die wichtigsten beginnen mit einer Schleife.
Wenn ein test den Wert true zurück, erstelle ich ein Objekt und ich möchte, dass Objekt zum arbeiten in einen anderen thread
dann zurück und starten Sie den test .

QCoreApplication a(argc, argv);
while(true){
    Cmd cmd;
    cmd =db->select(cmd);
    if(cmd.isNull()){ 
        sleep(2);  
        continue ;
    }
    QThread *thread = new QThread( );
    process *class= new process ();
    class->moveToThread(thread);
    thread->start();

    qDebug() << " msg"; //this doesn't run until  class finish it's work 
}
return a.exec();

das problem ist, wenn ich beginne den neuen thread der Haupt-thread beendet und warten auf den neuen thread fertig stellen .

InformationsquelleAutor unfamous | 2012-06-14

  1. 51

    Den kanonischen Qt Weg würde wie folgt Aussehen:

     QThread* thread = new QThread( );
 Task* task = new Task();

 //move the task object to the thread BEFORE connecting any signal/slots
 task->moveToThread(thread);

 connect(thread, SIGNAL(started()), task, SLOT(doWork()));
 connect(task, SIGNAL(workFinished()), thread, SLOT(quit()));

 //automatically delete thread and task object when work is done:
 connect(task, SIGNAL(workFinished()), task, SLOT(deleteLater()));
 connect(thread, SIGNAL(finished()), thread, SLOT(deleteLater()));

 thread->start();

    im Falle Sie nicht vertraut mit den Signalen/slots, die Task-Klasse würde wie folgt Aussehen:

    class Task : public QObject
{
Q_OBJECT
public:
    Task();
    ~Task();
public slots:
    //doWork must emit workFinished when it is done.
    void doWork();
signals:
    void workFinished();
};
    danke es hat funktioniert . aber jetzt habe ich bekommen : Holen Sie sich QObject: kann Nicht erstellen, die Kinder für einen Elternteil, der in einem anderen thread.
    Sie müssen erstellen die Kinder aus der Task code, der läuft bereits in der Ziel-thread, oder vor dem Objekt bewegt wird, um die Ziel-thread.
    smerlin: ein dickes Lob für eine sehr nette Antwort.
    Ich Frage mich, was ist zu tun, wenn Sie möchten, senden Parameter zur doWork()? Könnten Sie senden Sie die Parameter direkt oder würden Sie haben zu liefern, die Sie auf eine andere Weise. Dann vielleicht mit Hilfe von events besser werden würde.
    Entweder Sie übergeben die Parameter an die Task-Konstruktor und speichern Sie Sie als member-Variablen, oder verwenden Sie die signal/slot-system.

    InformationsquelleAutor smerlin

  2. 1

    Ich weiß nicht, wie Sie strukturiert Ihre Prozess-Klasse, aber das ist nicht wirklich die Art und Weise, dass moveToThread funktioniert. Die moveToThread Funktion sagt QT, dass alle slots ausgeführt werden müssen, in den neuen thread, anstatt im thread wurden Sie signalisiert aus. (edit: Tatsächlich, ich erinnere ist es standardmäßig der Lauffläche das Objekt erstellt wurde)

    Auch, wenn Sie die Arbeit in Ihren process-Klasse aus dem Konstruktor wird nicht ausgeführt, in den neuen thread.

    Der einfachste Weg, um Ihre Prozess-Klasse auszuführen, in einem neuen thread zum ableiten von QThread und überschreiben der run-Methode. Dann müssen Sie nie Anruf verschieben thread überhaupt.

    ok, vielen Dank für Ihre Antwort ich dachte, dass movetothread die Arbeit machen . ich werde Sie zu der Idee
    Es funktioniert nur so, wenn Sie wollen nie irgendwelche Signale noch slots in Ihre worker-Codes. Sobald Sie das tun, ist es einfacher, abgeleitet von QObject. Normalerweise werden Sie wollen, haben mehrere Arbeiter QObjects pro thread. Die übliche Art und Weise und erzeugt einen thread pro Aufgabe erledigt ist, naja, braindead. Sie fügt hinzu, thread-switching-overhead, wo keiner benötigt wird.
    Sie betrügen kann, und leiten sich von QThread und fügen Sie Signale und slots, um es, aber es wird wirklich unintuitiv. Ein QThread ist ein Objekt, das einen thread steuert. Beim ausführen von QThread ist slots innerhalb der thread selbst, Sie erstellen ein Frankenstein, ein thread-controller und einen Faden. Und, wieder, es wird ein single-purpose-thread.
    Der einzige Grund, warum die Ableitung von QThread ist... naja, es gibt keinen Grund. QThread spins eine Ereignis-Schleife, und Sie können immer ein QObject ist. Damit ist Ihre worker-Objekts Lebensdauer ist nicht die gleiche wie die Lebensdauer des Fadens. Warum nicht wieder den thread wenn es mehr Arbeit zu tun? Und so weiter... der Qt-Dokumentation völlig den Punkt verpasst, zu erklären, dies alles 🙁
    Es war einmal ein Grund... once upon a time QThread wurde eine abstrakte Klasse, und Sie hatte, um abzuleiten und zu implementieren run() - und call - exec() sich... aber auch gut, dass QThread bietet nun eine Umsetzung der run() selbst.

    InformationsquelleAutor jlunavtgrad

Schreibe einen Kommentar