В каком контексте будет вызван слот, Работа с потоками Опции

[flankerr]

В главном потоке создаётся пользовательский поток. Из главного потока отсылается сигнал связанный со слотом класса потока пользователя. В контексте какого потока будет вызван слот ?

[SABROG]

Я думаю, что в контексте пользовательского потока, если в нем вызывается exec() в run(). Сигнал поставится в очередь и поток его обработает, когда завершит выполнение блокирующих операций.

[flankerr]

вот и я так думал а сейчас проверил и сильно обламался
если вызвать QThread::currentThreadId() в главном потке и в слоте класса дочернего потка то они совпадут а вот QThread::currentThreadId() вызванный в run будет другим.
connect вызывался и до вызова start и после, и до выхова exec дочернего потка и после (в главном потоке) в coonnect передавался тип Qt::QueuedConnection и оставлял по умолчанию - рзультат один - слот вызывается в контексте потока сигнала

точнее сказать слот будет вызван в контексте потока в котором был создан объект содержащий слот.

Сообщение отредактировал flankerr - 11.6.2009, 12:53

[SABROG]

Кажись вспоминаю, либо connect должен делаться в run() либо объект к которому коннектишся должен создаваться в run.

[flankerr]

опытным путём пришёл к тому что объект должен создоваться в run

[igor_bogomolov]

опытным путём пришёл к тому что объект должен создоваться в run

Можно так же воспользоваться методом QObject::moveToThread
-----upd-----------------------------------------------------------------------------------------
Что то меня терзают смутные сомнения.

class ThreadSocket : public QThread
{
    Q_OBJECT
    QTcpSocket *socket;
public:
    ThreadSocket(QObject *parent = 0);
protected:
    void run();
private slots:
    void readSocket();
};

ThreadSocket::ThreadSocket(QObject *parent)
    : QThread(parent) {
}

void ThreadSocket::readSocket() {
    qDebug() << "read TP:" << QThread::currentThread();
    qDebug() << "read TID:" << QThread::currentThreadId();
}

void ThreadSocket::run() {
    socket = new QTcpSocket();
    connect(socket, SIGNAL(readyRead()), SLOT(readSocket()));
    exec();
}

Может я уже что то подзабыл. Но мне кажется, что в таком случае слот readSocket будет вызван в главном(GUI) потоке.
Для того чтобы слот вызвался в дочернем потоке, нужно в коннект добавить Qt::DirectConnection.
Или в конструктор класса добавить moveToThread(this);

Сообщение отредактировал igor_bogomolov - 11.6.2009, 13:39

[SABROG]

А объясните мне такую вещь. Если запустить timerEvent для объекта в главном потоке и в нем эмитить сигнал для дочернего потока, то слот этого потока выполняется в главном потоке (видимо причина в том, что сам объект QThread находится в главном потоке). Однако, если эмитить сигнал из run() для главного потока, то слот вызывается в главном потоке (что есть правильно).

Вопрос в том как отправить сигнал дочернему потоку из объекта главного потока, чтобы слот выполнялся в дочернем потоке? При этом moveToThread или создание того же QMainWindow внутри run() совершенно не выход. В первом случае вернутся из moveToThread не получится, а второй случай вообще бредовый.

Сообщение отредактировал SABROG - 11.6.2009, 16:22

[Litkevich Yuriy]

слот этого потока

правильнее пожалуй будет - слот объекта. Ну а в каком потоке объект в том и слот. Помоему всё так.

[SABROG]

Ну а в каком потоке объект в том и слот.

Только получается, что оба объекта созданы в главном потоке. Как же тогда осуществлять межпоточное взаимодействие типа "юзер кликнул - пошел сигнал в дочерний поток, вызвался долгоиграющий слот".

[Litkevich Yuriy]

Надо поискать по форуму. Эдик (ViGOur) с кем-то обсуждал эту тему в подробностях.

вроде вот эта