Как использовать потоки в современном C++ в приложении на основе цикла событий?

Я пишу интерактивное GUI приложение. Мне понадобилось выполнить длительную по времени операцию - сканирование диска. Я хочу запустить эту операцию в отдельном потоке. Часть кода для работы с диском я пишу на чистом C++, чтобы не зависеть от платформы. Я реализовал запуск сканирования в отдельном потоке с использованием std::thread и std::mutex, но очень многие, кого я просил посмотреть этот код отвечают, что использование голых потоков это не правильно и правильно мыслить категориями задач. И использовать std::future или std::async или другие подобные средства. Но я не смог найти никаких примеров использования std::future или std::async в приложениях на основе обработки событий. Во всех примерах после запуска длительного задания в главном потоке нужно вызывать wait. А я не могу останавливать главный поток, так как он должен обрабатывать события от пользователя, чтобы приложение не зависало. Мне нужно, чтобы по завершению сканирования генерировалось событие об окончании сканирования.

Можете подсказать: как использовать возможности работы с потоками в современном C++ в приложении на основе обработки событий, без вызова wait?

Мою текущую реализацию и часть советов по её улучшению можно посмотреть здесь.

0

Сообщение от megafanat использование голых потоков это не правильно

зависит от задачи. Используй на здоровье

0

megafanat, Нужно чтобы цикл сообщений UI библиотеки поддерживал прием событий из других потоков.

В WinAPI это решается вызовом PostMessage
В Qt - через тип соединения Qt::QueuedConnection

0

а универсально решается синхронизированым std::vector

1

Сообщение от megafanat , что использование голых потоков это не правильно и правильно мыслить категориями задач

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

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

Для общений мажду потоками мне более удобны очереди - отдельный поток или потоки просто складывают туда все что хотят передать, а в другом потоке (или потоках) по мере возможностей их забирают. и никакого спейифического отношений к winapi ни к qt или к с++ это не имеет.
если в очереди ничего нету - главный поток продолжает заниматься своими делами.

1

Сообщение от megafanat ...правильно мыслить категориями задач. И использовать std::future или std::async или другие подобные средства. Но я не смог найти никаких примеров использования std::future или std::async в приложениях на основе обработки событий.

Приложение на основе обработки событий - это уже система построенная в категориях задач.
Так что да, вам нужно мыслить категориями задач, но это мышление должно быть выстроено вокруг уже существующей инфраструктуры вашего GUI приложения. Если вы используете какой-то GUI фрейморк, то там уже должны быть все нужные инструменты. Т.е. проще говоря std::async абстрактно и вне контекста вам может и не подойти, потому что он скорее всего не встроен в эту инфраструктуру.

Если же вы пишете GUI приложение с нуля (например на WinAPI) и сами выстраиваете эту инфраструктуру, то используйте любые уместные средства, здесь нет и не может быть никаких запретов.

0

Сообщение от megafanat Мне нужно, чтобы по завершению сканирования генерировалось событие об окончании сканирования.

Собственно, если не лезть совсем уж в дебри, это легко осуществимо. Как я понимаю, никакие из готовых средств вы использовать не хотите (boost, Qt), но кто мешает вам самому все это сделать? Если совсем по простому-пишете свой класс, с полем типа std::function<void(bool)>, и с методом который и будет производить сканирование. По окончании сканирования вызываете этот обьект (не забыв проверить на nullptr). В конструкторе класса передаете указатель на функцию или лямбду и устанавливаете это поле. В общем, самодельный аналог сигнально/слотового соединения. Снаружи в этом обработчике проверяете результат и делаете что вам нужно. Ну и уже в нем же вызываете jion() для вашего потока (если использовали std::thread), ну или что то еще. К моменту сработки этого обработчика поток уже все сделает и завершится без задержек.

0