Передача сокета в другой поток

[Old]

Рекомендую вам сначало разобраться с работой сигналов между нитками, а только потом добавлять туда сеть. На форуме много это обсуждалось, есть масса статей интернете. Там есть несколько тонкостей.

[qtkoder777]

Рекомендую вам сначало разобраться с работой сигналов между нитками, а только потом добавлять туда сеть. На форуме много это обсуждалось, есть масса статей интернете. Там есть несколько тонкостей.

А можете дать ссылку на какую нибудь хорошую статью?
Статей то много, но непонятно чему верить а чему нет. Нет времени всё перепробовать.
Что-то такое пишут - это правильный способ?

Код

C++ (Qt)
class Worker : public QObject
{
 Q_OBJECT
 
public slots:
 void doWork() {
 /''' … */
 }
};
 
/''' … */
QThread thread;
Worker worker;
connect(obj, SIGNAL (workReady()), &worker, SLOT (doWork()));
worker.moveToThread(&thread);
thread.start();

Может есть в сети готовые исходники сервера с обработкой заданий?

А на boost это легче написать?
С boost совсем не знаком.

[Old]

А можете дать ссылку на какую нибудь хорошую статью?

К сожалению ссылок не знаю. Основные моменты там в том, что если инициатор сигнала расположен в другом потоке от получателя, то слот вызывается не в момент испускания сигнала, а через очередь сообщений потока-получателя. Т.е. для работы этого механизма, в потоке-получателе должен крутиться цикл обработки событий. Все аргументы сигнала сохраняются в событии и слот вызывается с копиями этих аргументов. Последний параметр connect как раз отвечает за тип подключения.

Что-то такое пишут - это правильный способ?

Это рабочий способ.

А на boost это легче написать?
С boost совсем не знаком.

Легче, если умеете на нем. Если не знакомы, то с Qt будет проще.

[qtkoder777]

Я поставил последний параметр Qt::QueuedConnection и это не помогло.
Написано что по умолчанию Qt сам определяет один поток или разные.
Почему сокет не принимает данные если сделать connect?

[Old]

Я поставил последний параметр Qt::QueuedConnection и это не помогло.
Написано что по умолчанию Qt сам определяет один поток или разные.
Сокет не принимает данные.

Метод научного тыка здесь вряд-ли поможет. Вначале разберитесь просто с сигналами, что бы один поток посылал сигнал, а во втором срабатывал слот. Погоняйте туда-сюда данные.
А уже потом добавляйте сеть. Я уже писал, но повторю: для работы с клиентами достаточно одного потока, в котором и будут работать все сокеты, а вот для обработки можно использовать пул рабочих потоков.

[qtkoder777]

Метод научного тыка здесь вряд-ли поможет. Вначале разберитесь просто с сигналами, что бы один поток посылал сигнал, а во втором срабатывал слот.

По каким материалам разбираться? Вот вы что читали?
Где-то пишут что надо использовать moveToThread. А без этого можно?

[Old]

По каким материалам разбираться? Вот вы что читали?

Документацию + смотрел исходники Qt. Но я Qt начал использовать году в 2000, так что все эти "нововведения" с межпоточными сигналами появлялись на моих глазах.

Где-то пишут что надо использовать moveToThread. А без этого можно?

С помощью этого метода вы указываете в контексте какой нитки будет существовать объект. Это важно для правильного определения типа коннекта: если объект инициатор и объект получатель в разных потоках, то будет использоваться вызов слота получателя через его очередь сообщений.

[qtkoder777]

Нужна волшебная строчка, которая законнектит сигнал из одного потока на слот в другом потоке.
Почему нельзя её написать?
Или это страница кода, а не строчка?
Потоки делаю как наследники от QThread согласно документации на Qt. Хотя кое-где пишут что это неправильно.
Вот эта статья более не менее рабочая?
https://habrahabr.ru/post/150274/

[Old]

Нужна волшебная строчка, которая законнектит сигнал из одного потока на слот в другом потоке.
Почему нельзя её написать?
Или это страница кода, а не строчка?
Потоки делаю как наследники от QThread согласно документации на Qt. Хотя кое-где пишут что это неправильно.

Нет никаких волшебных строчек. Для демонстрации нужно написать два класса, я сейчас пишу с телефона, у меня нет возможности набирать код.

Я бы не затевался с QThread, я бы взял QtConcurrent для выполнения функций в отдельных потоках + QFutureWatcher для определения завершения расчета и получения результата. Посмотрите на QtConcurrent, это высокоуровневая надстройка над пулом потоков.

QFuture<T> QtConcurrent::run(Function function, ... )

[qtkoder777]

А сервер не обязан быть многопоточным - на каждого клиента свой поток?

[Old]

А сервер не обязан быть многопоточным - на каждого клиента свой поток?

Конечно не обязан, более того такой сервер не жизнеспособен, когда должен обслуживать тысячи клиентов одновременно.

[Igors]

Что-то такое пишут - это правильный способ?

Да. Хотя наследование от QThread будет работать с тем же успехом - создание worker'а более идейно/концептуально, в общем "рекомендуют".

Почему сокет не принимает данные если сделать connect?

Сокет-сокет.. Вы сначала убедитесь что сконнектились верно, т.е. сигнал испущенный из одной нитки принимается в другой. Для этого надо сделать moveToThread как в примере (или moveToThread(this) если наследуетесь от QThread). Для проверки поставьте печать (напр qDebug() << QThread::currentThread()) тут и там.