la création de nouveaux thread à l'aide de Qthread-Qt5

je suis en train de créer un nouveau thread gpsthread qui doit s'exécuter en arrière-plan, et de stocker la valeur.

class gpsthread: public QThread{
    Q_OBJECT
private:nrega_status_t status2;

public: 
explicit gpsthread(QObject *parent = 0):QThread(parent) {
    //QTimer *t = new QTimer(this);
    //connect(t, SIGNAL(timeout()), this, SLOT(processgps()));
    //t->start(10000);
 }
 void run(){
    qDebug()<<"inside gps thread\n";
    QTimer *t = new QTimer(this);
     connect(t, SIGNAL(timeout()), this, SLOT(processgps()));
     t->start(10000);
    }

public slots:void processgps(){
    int status2;
    status2=gps_management();
}
};

Ma classe principale est quickview.

int main(int argc, char *argv[])
{

QString file = "qml/main.qml";
QApplication app(argc, argv);
TranslationTest myObj;
QuickView view;
subthread object;
gpsthread obj;
gprsthread gprs;
view.rootContext()->setContextProperty("rootItem", (QObject *)&myObj);

    obj.start();
//from subthread
QObject::connect(&object, SIGNAL(batterytoqml(QVariant,QVariant)),item, SLOT(frombattery(QVariant,QVariant)));
QObject::connect(&gprs, SIGNAL(gprstoqml(QVariant)),item, SLOT(fromgprs(QVariant)));
return app.exec();

}

j'ai essayé ce ainsi

class gpsthread: public QThread{
    Q_OBJECT
private:nrega_status_t status2;

public:QTimer* t; 
explicit gpsthread(QObject *parent = 0):QThread(parent) {
    //QTimer *t = new QTimer(this);
    //connect(t, SIGNAL(timeout()), this, SLOT(processgps()));
    //t->start(10000);
 }
 void run(){
    qDebug()<<"inside gps thread\n";
    t = new QTimer(this);
     connect(t, SIGNAL(timeout()), this, SLOT(processgps()));
     t->start(10000);
exec();    
}

public slots:void processgps(){
    int status2;
    status2=gps_management();
}
};

mais c'est de donner un message d'erreur indiquant que

 QObject: Cannot create children for a parent that is in a different thread

si je créer un objet dans le constructeur, puis il va aussi donner le même message d'erreur parce que l'objet sera créé dans le thread principal.
Comment résoudre ce problème?

OriginalL'auteur geek | 2014-07-16

  1. 6

    Héritant de QThread n'est pas l'usage recommandé. QThread est une classe complète qui s'exécute une boucle d'événement, qui est généralement ce que vous avez besoin. Le la documentation recommande l'utilisation d'un travailleur de l'objet qui hérite de QObject et fonctionne dans un logement. Le travailleur est déplacé dans un QThread. Lors de la connexion d'un signal est envoyé, le logement sera exécuté dans le thread approprié.

    class gpsworker: public QObject
{
Q_OBJECT
public:
    explicit gpsworker(QObject *parent = 0):
    QObject(parent)
    {}

public slots:
    void processgps() {
        qDebug() << "processgps()" << QThread::currentThreadId();
    }
}

void OwnerClass::startWorker() {
    QTimer *timer = new QTimer(this);
    QThread *thread = new QThread(this);
    this->worker = new gpsworker();
    this->worker->moveToThread(thread);
    connect(timer, SIGNAL(timeout()), this->worker, SLOT(processgps()) );
    connect(thread, SIGNAL(finished()), this->worker, SLOT(deleteLater()) );
    thread->start();
    timer->start();
}

    Si vous voulez la minuterie à vivre dans l'autre thread, QTimer::start est un logement.

    merci d'expliquer cela...C'est en effet la bonne façon d'utiliser des Threads.
    N'êtes-vous pas manquant timer->setSingleShot(true); là?
    seul coup n'était pas dans la question, et je n'ai donc pas l'ajouter dans ma réponse. Étant donné le long délai d'attente, on peut raisonnablement supposer que le travailleur devrait processgps sur cet intervalle régulier.

    OriginalL'auteur 01d55

  2. 1
    QObject: Cannot create children for a parent that is in a different thready

    est parce t = new QTimer(this) dans le run() est la création d'un objet à l'enfant du fil, mais this qui point à gpsthread est dans le thread principal. Une solution simple est t = new QTimer() sans un parent et supprimer la minuterie dans le destructeur. Voici un exemple:

    class gpsthread : public QThread {
    Q_OBJECT
public:
    explicit gpsthread(QObject *parent = 0):
        QThread(parent)
        ,timer(NULL) {
        qDebug() << "Parent thread" << QThread::currentThreadId();
    }
    ~gpsthread() {
        quit();
        wait();
        delete timer;
    }
protected:
    void run() {
        qDebug() << "Inside gps thread" << QThread::currentThreadId();
        timer = new QTimer;  //no parent
        connect(timer, SIGNAL(timeout()), this, SLOT(processgps()));
        timer->start(1000);
        exec();
    }

public slots:
    void processgps() {
        qDebug() << "processgps()" << QThread::currentThreadId();
    }

private:
    QTimer *timer;
};

    Bientôt vous découvrirez la console d'impression:

    Parent thread 0x3b28
inside gps thread 0x3f10
processgps() 0x3b28
processgps() 0x3b28
processgps() 0x3b28
processgps() 0x3b28

    qui signifie processgps() ne travaille pas dans votre enfant thread. C'est parce que cette machine à sous est un membre de gpsthread qui est dans le thread principal. Une solution simple est d'appeler processgps() directement et d'utiliser sleep() comme minuterie:

    class gpsthread : public QThread
{
    Q_OBJECT
public:
    explicit gpsthread(QObject *parent = 0):
        QThread(parent)
        , abort(false) {
        qDebug() << "Parent thread" << QThread::currentThreadId();
    }
    ~gpsthread() {
        abort = true;
        wait();
    }
protected:
    void run() {
        while(!abort) {
            sleep(1);
            processgps();
        }
    }
public slots:
    void processgps() {
        qDebug() << "processgps()" << QThread::currentThreadId();
    }
private:
    bool abort;
};

    Ce n'est pas une solution sympa, recommandée est de la création d'un travailleur à faire tout le travail, puis utiliser QObject::moveToThread() comme dit dans QThread Document

    OriginalL'auteur user3790229