Многопоточность + Именованные каналы

@codesurfer · Регистрация: 09.02.2017

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

Добрый день.

На сайте MSDN по ссылке приводится пример работы многопоточного приложения использующего именованные каналы. Дополнительно в этом примере ведётся работа с кучей.

Объясните, чем по Вашему мнению вызвана необходимость ручной работы с кучей для данного примера?

Убежденный · 10.07.2017, 15:53

На MSDN большая часть примеров составлена в стиле C.
Классы и т.п. там никто не использует, чтобы не загромождать код и не уводить его в
сторону от главной идеи. Поэтому - ручное управление ресурсами.

@codesurfer · 10.07.2017, 16:47 **[ТС]**

Сообщение от Убежденный

На MSDN большая часть примеров составлена в стиле C.
Классы и т.п. там никто не использует, чтобы не загромождать код и не уводить его в
сторону от главной идеи. Поэтому - ручное управление ресурсами.

Всё равно не понял..)) Сформулирую по-другому:

- при создании многопоточных приложений с использованием именованных каналов, обязательно ли заниматься ручным выделением/удалением памяти из кучи как показано в этом примере (HeapAlloc/HeapFree)? Что если этого не делать, память сама будет автоматически выделяется/удаляется? Если будет, то зачем в примере показан ручной подход через HeapAlloc/HeapFree?

Спасибо..)

Убежденный · 10.07.2017, 17:00

Память сама не освобождается, нужно в явном виде вызывать HeapFree.

Пример показывает один из возможных вариантов.
Никто не обязывает использовать именно Heap, здесь подойдет любая память,
выделенная malloc, VirtualAlloc, new или каким-либо другим образом (включая стековую).

@codesurfer · 10.07.2017, 17:19 **[ТС]**

Понятно. Спасибо.

Добавлено через 12 минут
И всё же нет, не понятно..)

Пример MSDN показывает предварительное выделение памяти через HeapAlloc под буфферы приёма/передачи из именованного канала. Я почему-то думал что предварительно выделять память под буфферы не является обязательным, думал что она сама как-то выделяется/удаляется, и как следствие думал что в этом примере ручное выделение/удаление памяти излишне. Поэтому задал этот вопрос. Из этого примера и Вашего ответа я понял, что прежде чем что-то принять из канала или передать в канал, нужно предварительно выделять память под буфферы приёма/передачи и как следствие потом так же вручную её очищать, правильно?

Убежденный · 10.07.2017, 17:29

Дело в том, что из твоего стартового сообщения я не сразу понял, в чем конкретно состоит вопрос:
в том, что используется HeapXxx вместо malloc/new/VirtualAlloc/etc или в том, что ресурсами
управляют вручную, вместо того, чтобы использовать идиому RAII, принятую в C++
(например, использовать std::vector или std::array или unique_ptr).
Как оказалось, вопрос был вообще в другом

Да, все правильно. ReadFile/WriteFile требуют передачи адреса начала буфера и
его длину, в байтах. Этот буфер должен быть где-то выделен, сами эти функции
его не создают и не очищают.

@codesurfer · 10.07.2017, 18:12 **[ТС]**

Теперь разобрался. Спасибо..

Новые блоги и статьи Все статьи Все блоги /
Первый деплой lagorue 16.01.2026 Не спеша развернул своё 1ое приложение в kubernetes. А дальше мне интересно создать 1фронтэнд приложения и 2 бэкэнд приложения развернуть 2 деплоя в кубере получится 2 сервиса и что-бы они. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит токи на L и напряжения на C в установ. режимах до и. . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .	Изучаю kubernetes lagorue 13.01.2026 А пригодятся-ли мне знания kubernetes в России?
Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .

@codesurfer 0 / 0 / 0 Регистрация: 09.02.2017 Сообщений: 69

	Многопоточность + Именованные каналы 10.07.2017, 12:20. Показов 1093. Ответов 6 Метки нет (Все метки) Добрый день. На сайте MSDN по ссылке приводится пример работы многопоточного приложения использующего именованные каналы. Дополнительно в этом примере ведётся работа с кучей. Объясните, чем по Вашему мнению вызвана необходимость ручной работы с кучей для данного примера? 0

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	10.07.2017, 15:53
	На MSDN большая часть примеров составлена в стиле C. Классы и т.п. там никто не использует, чтобы не загромождать код и не уводить его в сторону от главной идеи. Поэтому - ручное управление ресурсами. 0

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	10.07.2017, 17:00
	Память сама не освобождается, нужно в явном виде вызывать HeapFree. Пример показывает один из возможных вариантов. Никто не обязывает использовать именно Heap, здесь подойдет любая память, выделенная malloc, VirtualAlloc, new или каким-либо другим образом (включая стековую). 1

@codesurfer 0 / 0 / 0 Регистрация: 09.02.2017 Сообщений: 69
	10.07.2017, 17:19 [ТС]
	Понятно. Спасибо. Добавлено через 12 минут И всё же нет, не понятно..) Пример MSDN показывает предварительное выделение памяти через HeapAlloc под буфферы приёма/передачи из именованного канала. Я почему-то думал что предварительно выделять память под буфферы не является обязательным, думал что она сама как-то выделяется/удаляется, и как следствие думал что в этом примере ручное выделение/удаление памяти излишне. Поэтому задал этот вопрос. Из этого примера и Вашего ответа я понял, что прежде чем что-то принять из канала или передать в канал, нужно предварительно выделять память под буфферы приёма/передачи и как следствие потом так же вручную её очищать, правильно? 0

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	10.07.2017, 17:29
	Дело в том, что из твоего стартового сообщения я не сразу понял, в чем конкретно состоит вопрос: в том, что используется HeapXxx вместо malloc/new/VirtualAlloc/etc или в том, что ресурсами управляют вручную, вместо того, чтобы использовать идиому RAII, принятую в C++ (например, использовать std::vector или std::array или unique_ptr). Как оказалось, вопрос был вообще в другом Да, все правильно. ReadFile/WriteFile требуют передачи адреса начала буфера и его длину, в байтах. Этот буфер должен быть где-то выделен, сами эти функции его не создают и не очищают. 1

@codesurfer 0 / 0 / 0 Регистрация: 09.02.2017 Сообщений: 69
	10.07.2017, 18:12 [ТС]
	Теперь разобрался. Спасибо.. 0