Еще раз о передаче данных между потоками

@mytilus · Регистрация: 04.10.2012

Студворк — интернет-сервис помощи студентам

Приветствую!
Собираюсь организовать сабж. Общение потоков будет односторонним. Главный поток время от времени принимает от порожденных им потоков данные в виде пары указателей. Как насчет того, чтобы создать в главном потоке окно и ждать какой-нибудь WM_USER+1, где WParam и LParam будут теми самыми указателями? В таком случае не надо будет наводить синхронизацию и заморачиваться с выделением и очисткой памяти под указатели. Эффективен ли такой вариант на ваш взгляд, если учесть, что приложение консольное и окно больше ни для чего не нужно?

@dmitry94 · 20.10.2015, 18:55

Сообщение от mytilus

Главный поток время от времени принимает от порожденных им потоков данные в виде пары указателей.

Поток, посылающий сообщения, все равно должен знать, что они обработаны и только после этого слать новые, иначе вся логика работы нарушится. Без обратной связи и синхронизации все равно не получиться, imho. Опишите какую задачу нужно решить.

@mytilus · 20.10.2015, 23:53 **[ТС]**

На самом деле, потокам все равно, когда и как будут обработаны их данные. Они бы отпраляли сообщение главному потоку (ГП) через PostMessage и продолжали бы свою работу не дожидаясь никакого ответа. ГП на основе полученных данных должен выводить в консоль некие сведения. Их порядок для пользователя не имеет значения. Поэтому я и подумал: пусть ГП ждет очередное сообщение, формирует строку, выводит ее и ждет следующее сообщение. А Винда уже берет на себя обязательства по созданию очереди, передаче параметров и т.п.

@dmitry94 · 21.10.2015, 09:14

Схема рабочая, делал что-то подобное при обновлении списка иконок по мере их загрузки.

Убежденный · 21.10.2015, 14:26

Сообщение от mytilus

Как насчет того, чтобы создать в главном потоке окно и ждать какой-нибудь WM_USER+1, где WParam и LParam будут теми самыми указателями? В таком случае не надо будет наводить синхронизацию и заморачиваться с выделением и очисткой памяти под указатели.

Только не WM_USER+N, а WM_APP+N. Потому что WM_USER может
использоваться некоторыми оконными классами.

Сообщение от mytilus

В таком случае не надо будет наводить синхронизацию и заморачиваться с выделением и очисткой памяти под указатели.

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

@mytilus · 21.10.2015, 15:13 **[ТС]**

Убежденный, за WM_APP - спасибо! Без подсказки не вспомнил бы про него. В принципе можно даже подтянуть себе в помощь RegisterWindowMessage, дабы наверняка избежать коллизий.
Насчет выделения памяти - тут оно не нужно. Поток отправляет два указателя, оба на константы. Или я что-то упустил насчет памяти?

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве 8Observer8 02.02.2026 Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .	Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 01.02.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .	SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .

@mytilus 87 / 86 / 27 Регистрация: 04.10.2012 Сообщений: 355

	Еще раз о передаче данных между потоками 20.10.2015, 18:16. Показов 1901. Ответов 5 Метки нет (Все метки) Приветствую! Собираюсь организовать сабж. Общение потоков будет односторонним. Главный поток время от времени принимает от порожденных им потоков данные в виде пары указателей. Как насчет того, чтобы создать в главном потоке окно и ждать какой-нибудь WM_USER+1, где WParam и LParam будут теми самыми указателями? В таком случае не надо будет наводить синхронизацию и заморачиваться с выделением и очисткой памяти под указатели. Эффективен ли такой вариант на ваш взгляд, если учесть, что приложение консольное и окно больше ни для чего не нужно? 0

@mytilus 87 / 86 / 27 Регистрация: 04.10.2012 Сообщений: 355
	20.10.2015, 23:53 [ТС]
	На самом деле, потокам все равно, когда и как будут обработаны их данные. Они бы отпраляли сообщение главному потоку (ГП) через PostMessage и продолжали бы свою работу не дожидаясь никакого ответа. ГП на основе полученных данных должен выводить в консоль некие сведения. Их порядок для пользователя не имеет значения. Поэтому я и подумал: пусть ГП ждет очередное сообщение, формирует строку, выводит ее и ждет следующее сообщение. А Винда уже берет на себя обязательства по созданию очереди, передаче параметров и т.п. 0

@dmitry94 567 / 198 / 70 Регистрация: 25.05.2012 Сообщений: 816
	21.10.2015, 09:14
	Схема рабочая, делал что-то подобное при обновлении списка иконок по мере их загрузки. 1

@mytilus 87 / 86 / 27 Регистрация: 04.10.2012 Сообщений: 355
	21.10.2015, 15:13 [ТС]
	Убежденный, за WM_APP - спасибо! Без подсказки не вспомнил бы про него. В принципе можно даже подтянуть себе в помощь RegisterWindowMessage, дабы наверняка избежать коллизий. Насчет выделения памяти - тут оно не нужно. Поток отправляет два указателя, оба на константы. Или я что-то упустил насчет памяти? 0