QT + Wie man Slot aus benutzerdefiniertem C++ - Code aufruft, der in einem anderen Thread läuft

Question

Ich bin neu in QT und lerne etwas.

Ich möchte einen Steckplatz auslösen, die ein GUI-Widget aus einem C++ - Thread (derzeit ein Qthread) ändern.

Unfortunatly ich a: Assertionsfehler bei: Q_ASSERT (qApp & & qApp-> Gewinde() == QThread :: current());

hier ist ein Code:

(Klasse Thread MAIN +)

class mythread : public QThread 
    { 
    public: 
     mythread(mywindow* win){this->w = win;}; 
     mywindow* w; 
     void run() 
     { 
      w->ui.textEdit->append("Hello");  //<--ASSERT FAIL 
      //I have also try to call a slots within mywindow which also fail. 
     }; 
    }; 

    int main(int argc, char *argv[]) 
    { 
     QApplication* a = new QApplication(argc, argv); 
     mywindow* w = new mywindow(); 

     w->show(); 
     mythread* thr = new mythread(w); 
     thr->start(); 

     return a->exec(); 
    } 

Fenster:

class mywindow : public QMainWindow 
{ 
    Q_OBJECT 

public: 
    mywindow (QWidget *parent = 0, Qt::WFlags flags = 0); 
    ~mywindow(); 
    Ui::mywindow ui; 

private: 



public slots: 
    void newLog(QString &log); 
}; 

So bin ich gespannt, wie in einem der gui Teil von Code zu aktualisieren anderer Thread.

Vielen Dank für

Answer 1

Neben stribika's answer ich es oft einfacher finden ein Signal/Slot-Verbindung zu verwenden. Sie können angeben, dass es sich bei der Verbindung um eine Verbindung in der Warteschlange handeln soll, um Probleme mit den Signalen des Threads im Kontext des zugehörigen Objekts zu vermeiden.

class mythread : public QThread 
{ 
signals: 
    void appendText(QString); 
public: 

    mythread(mywindow* win){this->w = win;}; 
    mywindow* w; 
    void run() 
    { 
     emit (appendText("Hello")); 
    }; 
}; 

int main(int argc, char *argv[]) 
{ 
    QApplication* a = new QApplication(argc, argv); 
    mywindow* w = new mywindow(); 

    w->show(); 
    mythread* thr = new mythread(w); 
    (void)connect(thr, SIGNAL(appendText(QString)), 
        w->ui.textEdit, SLOT(append(QString)), 
        Qt::QueuedConnection); // <-- This option is important! 
    thr->start(); 

    return a->exec(); 
} 

Answer 2

helfen müssen Sie QMetaObject::invokeMethod verwenden. Zum Beispiel:

void MyThread::run() { 
    QMetaObject::invokeMethod(label, SLOT(setText(const QString &)), Q_ARG(QString, "Hello")); 
} 

(Der obige Code stammt von hier: http://www.qtforum.org/article/26801/qt4-threads-and-widgets.html)

Answer 3

Ich glaube nicht, dass Sie direkt Dinge nennen darf, die von irgendwelchen andere Threads als der Haupt-Thread in Farbe Ereignissen führen. Das wird zu einem Absturz führen.

Ich denke, Sie können die Ereignisschleife verwenden, um Dinge asynchron aufzurufen, so dass der Hauptgui-Thread abholt und dann die Aktualisierung vom Hauptthread ausführt, was cjhuitt vorschlägt.

Answer 4

stribika hat es fast richtig:

QMetaObject::invokeMethod(textEdit, "append", Qt::QueuedConnection, 
          Q_ARG(QString, myString)); 

cjhuitt hat Recht, wenn: Sie wollen in der Regel ein Signal auf dem Thread erklären und an den append() Slot zu verbinden, Objektlebensdauer-Management kostenlos (gut zu bekommen, für den Preis einer kleinen Schnittstellenänderung). Auf Nebenbei bemerkt, das zusätzliche Argument:

   Qt::QueuedConnection); // <-- This option is important! 

von Antwort cjhuitt der ist nicht mehr notwendig (es war, in Qt < = 4.1), da connect() standardmäßig Qt::AutoConnection das jetzt (Qt> = 4.2) hat das Recht, Sache und schaltet zwischen eingereihten und direkten Verbindungsmodus basierend auf QThread::currentThread() und die Thread-Affinität des Empfängers QObject um emittieren Zeit (anstelle von Sender und Empfänger Affinität zum Zeitpunkt der Verbindung).

Answer 5

Was ist, wenn unsere Thread-Affinität GUI sagt, aber wir sind nicht im GUI-Thread, noch in einem QThread?

Was ich meine ist, ein non-Qt (Benachrichtigung) -Thread ruft eine QObject-Interface-Methode auf, in der wir ein AutoConnected-Signal ausgeben.Die Thread-Affinität des QObjects ist Haupt-Thread, aber die Prozedur wird tatsächlich von einem anderen Thread aufgerufen. Was macht der Qt hier?