Как интегрировать основной цикл Boost.Asio в инфраструктуре графического интерфейса, например Qt4 или GTK

Ответ 1

Это довольно старый вопрос, но для тех, кто сейчас его читает, я хотел бы поделиться моим кодом, который является реализацией QAbstractEventDispatcher для boost:: asio.

Все, что вам нужно, это добавить следующую строку перед созданием QApplication (обычно это в main()).

QApplication::setEventDispatcher(new QAsioEventDispatcher(my_io_service));

Это приведет к тому, что io_service запускается вместе с qt-приложением в одном потоке без дополнительной задержки и снижения производительности (например, в решении с вызовом io_service:: poll() "время от времени" ).

К сожалению, мое решение предназначено только для систем posix, так как оно использует asio:: posix:: stream_descriptor. Для поддержки Windows может потребоваться совершенно другой подход или совсем аналогичный - я действительно не знаю.

Ответ 2

Простой: Создайте слот QT, который вызывает io_service::poll_one(), принадлежащий gui. Подключите этот слот к сигналу QT tick.

В глубине: К счастью для вас Boost.Asio очень хорошо спроектирован. Существует множество опций о том, как обеспечить поток выполнения для основных асинхронных внутренних компонентов. Люди уже упоминают использование io_service::run(), блокирующий вызов со многими недостатками.

Вам разрешен доступ к виджетам gui из одного потока. Внешние потоки обычно должны отправлять события в gui, если они хотят сделать мутацию любого виджета. Это очень похоже на то, как работает Asio.

Наивный подход состоит в том, чтобы просто выделить один поток (или таймер) для запуска io_service::run() и обработчик завершения Asio отправит сигнал gui. Это будет работать.

Вместо этого вы можете использовать гарантию, что обработчики завершения будут вызываться только в потоке выполнения вызывающего io_service. У вас нет потока вызовов gui io_service::run(), поскольку он блокирует и может висеть gui. Вместо этого используйте io_service::poll() или io_service::poll_one(). Это приведет к вызову любых обработчиков завершения Asio, которые будут вызваны из потока gui. Поскольку обработчики работают в потоке gui, они могут изменять виджеты.

Теперь вам нужно убедиться, что io_service получает возможность регулярно запускаться. Я рекомендую несколько раз повторить вызов сигнала gui poll_one(). Я считаю, что QT имеет сигнал тика, который бы сделал трюк. Вы могли бы, конечно, свернуть свой собственный сигнал QT для большего контроля.

Ответ 3

Если я правильно понял ваш вопрос, у вас есть код, написанный для Boost.Asio. Вы хотите использовать этот код внутри приложения GUI.

В вашем вопросе непонятно, хотите ли вы обрезать сетевые уровни Qt/Gtk через asynio, чтобы ваш код работал, если вы просто ищете решение для объединения циклов событий gui и asynio.

Я возьму второй случай.

Оба Qt и Gtk имеют методы для интеграции иностранных событий в их цикл событий. См. Например qtgtk, где цикл событий Qt подключен к Gtk.

В конкретном случае Qt, если вы хотите генерировать события для Qt, вы можете использовать следующий класс: QAbstractEventDispatcher.

После быстрого просмотра boost asio, я думаю, вам нужно сделать следующее:

• имеют повторяющийся QTimer с нулевой длительностью, который вызывает io_service:: run() все время. Таким образом, boost:: asio будет вызывать ваш обработчик завершения, как только ваша асинхронная операция будет завершена.
• в вашем обработчике завершения, два варианта:
  • если ваша операция завершения является длинной, отделенной от графического интерфейса пользователя, выполняйте свою деятельность и убедитесь, что вы регулярно вызываете qApp.processEvents(), чтобы поддерживать графический интерфейс.
  • Если вы просто хотите общаться с gui:
    • укажите QEvent тип
    • подписаться на это событие
    • разместите свое событие в цикле событий Qt, используя QCoreApplication:: postEvent().

Ответ 4

Возможна интеграция основных петель. Это просто большая боль (и я еще не попробовал).

Запуск io_service:: run() в отдельном потоке - это, вероятно, путь.