Qt Взаимодействие GUI с Backend

У меня такая ж хрень. Бекенд крутится в своих потоках и шлет сигналы, на которые подписано приложение на Qt. фронтенд, в свою голову, может слать события бекенду или дергать его вызовы через внешний интерфейс, да.

Ты вот сейчас изобрёл сигналы/слоты.

Только без сахарку.

Как говорится rtfm для начала, например про QEventLoop и про QApplication.

а если бекенд ничего про Qt не знает? =))

да про сигналы\слоты вроде знаю. Не могу сказать, что с Qt до этого много работал. Сигналы между потоками передаются?

А ты возьми и почитай доку.

а если бекенд ничего про Qt не знает

То, это прекрасно. Ну в таком бэкэнде либо уже есть очередь сообщений, либо да её надо сделать отдельно.

Однако речь шла про Qt и по дефолту я подразумеваю что используется Qt :)

Сигналы-слоты через кутешную стандартную очередь сообщений в QThread

ок, понял. Спасибо.

Сигналы обрабатываются в EventLoop, который есть в кадом QThread. При коннекте не забывай указывать соответствующий тип связи (5-й параметр в коннекте). Не забудь прочитать статью, как правильно готовить QThread и после этого бекенд объекты переносить в соответствующий тред.

спасибо за дельный совет.

При коннекте не забывай указывать соответствующий тип связи (5-й параметр в коннекте)

Там по умолчанию стоит Qt::AutoConnect, так что можно ничего не указывать:

If the signal is emitted from a different thread than the receiving object, the signal is queued, behaving as Qt::QueuedConnection. Otherwise, the slot is invoked directly, behaving as Qt::DirectConnection. The type of connection is determined when the signal is emitted

Для этого объекты должны быть размещены в разных тредах _до_ коннекта. В целом может сработать, но я предпочитаю указывать явно.
К тому же такое указание полезно для читающих код.

Для этого объекты должны быть размещены в разных тредах _до_ коннекта
The type of connection is determined when the signal is emitted

Сигналы-слоты Qt отлично работают меж потоками.

QThread my_thread;
my_class backend; // my_class - от QObject
...
backend.moveToThread(&my_thread);
my_thread.start();
...

И дальше соединяешь frontend при помощи сигнал-слотов с backend и получаешь потокобезопасное взаимодействие без усилий, если используешь Qt-шные классы и контейнеры.

Что я понимаю под «без усилий» - отсутствие мьютексов и типичных рисков, потому что в этом сценарии Qt берет всё на себя. Поправьте если ошибаюсь.

Советую обратить внимание на то что я предложил. Я очень много лет парился с потоками в Qt, пока не осознал этот простой путь, который заложили разработчики Qt, но наверное недостаточно хорошо пояснили...

P.S. Почитал, выше советуют ровно то же что и я.

https://wiki.qt.io/QThreads_general_usage