Многопоточность в MFC

@ILUT · Регистрация: 12.05.2007

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

Доброе время суток. Возник ряд вопросов, касающихся реализации многопточности на MFC. Поток создаю с помощью функции:
AfxBeginThread(thread,GetSafeHwnd(),THRE AD_PRIORITY_NORMAL);

А вопросы следующие:
1. Как засунуть функцию thread внутрь класса окна (CDialog)?
2. Как передать в функцию thread несколько параметров?
3. Как можно вывести текст из потока thread в CEdit расположенный на форме?

Заранее благодарю за помощь!

oxotnik · 31.03.2010, 12:15

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

1. Как засунуть функцию thread внутрь класса окна (CDialog)?

объявить ее в классе как

Code
1
UINT __cdecl MyControllingFunction( LPVOID pParam );

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

2. Как передать в функцию thread несколько параметров?

2-й параметр имеет тип void*. Создается структура/класс содержащая в себе все необходимые параметы, при передаче конвертируется в void*, а внутри ф-ции потока конвертируется обрано в нужный тип.

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

3. Как можно вывести текст из потока thread в CEdit расположенный на форме?

Послать сообщение (SendMessage) содержащее в параметрах нужную строку, а в оконной процедуре обработать это сообщение и присвоить CEdit пришедший текст.

@CheshireCat · 31.03.2010, 13:23

1. Функция должна быть static, иначе не получится.
3. Конечно, PostMessage, но не SendMessage.

oxotnik · 31.03.2010, 14:22

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

Конечно, PostMessage, но не SendMessage

обоснуй почему нельзя SendMessage

@CheshireCat · 31.03.2010, 18:21

Потому, что SendMessage выполняется в том же самом вызывающем потоке; а безопасный доступ к CWnd и его потомкам возможен только из того же потока, в котором они были созданы. В отличие от нее, PostMessage просто помещает соответствующее сообщение в очередь GUI-потока, создавшего окошко, и сразу возвращает управление. GUI-поток обработает это сообщение безопасно (т.к. окно было создано именно в нем), когда получит свой квант времени.

oxotnik · 31.03.2010, 23:25

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

Потому, что SendMessage выполняется в том же самом вызывающем потоке; а безопасный доступ к CWnd и его потомкам возможен только из того же потока, в котором они были созданы. В отличие от нее, PostMessage просто помещает соответствующее сообщение в очередь GUI-потока, создавшего окошко, и сразу возвращает управление. GUI-поток обработает это сообщение безопасно (т.к. окно было создано именно в нем), когда получит свой квант времени.

Не верно, потому что само сообщение обрабатывается тем потоком, которому принадлежит хендл, куда посылается сообщение (ф-я WndProc). Разница между Send & Post в том,что 1-е ждет пока сообщение обработается, а 2-е нет, т.о. используя в потоке SendMessage мы замораживаем поток до окончания обработки сообщения, с PostMessage поток продолжает дальше работать. Если скорость не критична, то любой ф-ей можно слать сообщения.

@ILUT · 01.04.2010, 02:25 **[ТС]**

Объявляю функцию thread внутри класса:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
class CStorageDlg : public CDialog
{
public:
    CStorageDlg(CWnd* pParent = NULL);
    enum { IDD = IDD_STORAGE_DIALOG };
protected:
    virtual void DoDataExchange(CDataExchange* pDX);    // DDX/DDV support
protected:
    HICON m_hIcon;
 
    // Generated message map functions
    virtual BOOL OnInitDialog();
    afx_msg void OnSysCommand(UINT nID, LPARAM lParam);
    afx_msg void OnPaint();
    afx_msg HCURSOR OnQueryDragIcon();
    DECLARE_MESSAGE_MAP();
    //My functions  
    UINT __cdecl thread(LPVOID param);
    CWinThread* start_thread;
public:
    afx_msg void OnBnClickedOk();
    afx_msg void OnBnClickedCancel();       
    afx_msg void OnBnClickedButton1();  
};

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

Послать сообщение (SendMessage) содержащее в параметрах нужную строку, а в оконной процедуре обработать это сообщение и присвоить CEdit пришедший текст.

3. Конечно, PostMessage, но не SendMessage.

Пробовал найти инфу по PostMessage но попадалось только описание функции и несодержательные примеры. Не могли бы вы скинуть какой-нибудь хороший пример или ссылку на хорошее описание?

@Patch · 01.04.2010, 08:10

можно использовать и PostMessage(), и SendMessage(), проверил.

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

@CheshireCat · 01.04.2010, 10:02

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

Не верно, потому что само сообщение обрабатывается тем потоком, которому принадлежит хендл, куда посылается сообщение (ф-я WndProc).

Ну, что ж.... не буду спорить. Блажен, кто верует. Мне, к сожалению, уже приходилось проводить вечерок до утра в отладке перед релизом - не своего кода, а унаследованного, но все равно было очень и очень болезненно.

Искренне желаю достичь успехов в искусстве наступания на грабли. :-))

oxotnik · 01.04.2010, 10:18

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

Ну, что ж.... не буду спорить. Блажен, кто верует. Мне, к сожалению, уже приходилось проводить вечерок до утра в отладке перед релизом - не своего кода, а унаследованного, но все равно было очень и очень болезненно. Искренне желаю достичь успехов в искусстве наступания на грабли. :-))

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

@Patch · 01.04.2010, 10:34

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

Ну, что ж.... не буду спорить.

И не о чем.
Приложение есть, там нажатием двух кнопочек можно посмотреть, какой поток обрабатывает сообщение.
И он один и тот-же, независимо от того, как идет вызов - через SendMessage(), или через PostMessage().

p.s. Если честно - сам удивлен. В MSDN, вроде, было написано, что

Функция SendMessage вызывает оконную процедуру для заданного окна и не возвращает значение до тех пор, пока оконная процедура не обработает сообщение.

А получается, что SendMessage просто ставит сообщение первым в очереди, и ждет ответа.

oxotnik · 01.04.2010, 10:38

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

И не о чем. Приложение есть, там нажатием двух кнопочек можно посмотреть, какой поток обрабатывает сообщение. И он один и тот-же, независимо от того, как идет вызов - через SendMessage(), или через PostMessage().

ну обычно если есть подобные глюки при многопоточке, то они весьма трудно уловимы и появляются не стабильно.. Почему ждем-с пруфлинк.

@Patch · 01.04.2010, 10:54

тема интересная...

сделал еще один эксперимент - создал поток, и завесил основной.
на SendMessage() функция окна реагировать перестала.
все-таки, да, SendMessage() обрабатывается родным потоком оконной функции.

что-то там в MSDN неправильно написано.
вот от таких нестыковок документации с реальностью даже хорошо написанные программы и глючат.

oxotnik · 01.04.2010, 11:53

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

upd:
вот что нашел:

Если вызывающий SendMessage поток явл. РОДНЫМ для окна — сообщение в очередь сообщений
потока НЕ помещается — а НАПРЯМУЮ передается соотв. оконной процедуре.
Если вызвывающий SendMessage поток НЕ ЯВЛ. РОДНЫМ для окна — SendMessage НЕ ВЫЗЫВАЕТ
напрямую оконную процедуру (- если бы это было так — то оконная процедура вызывалсь бы
в ТЕКУЩЕМ потоке — а не потоке ВЛАДЕЮЩЕМ очередью сообщений) — а помещает его в очередь
и ждет обработки сообщения соотв.ф-циями (GetMessage и т.п.) РОДНОГО для окна потока!!!
В WINDOWS ВСЕ СООБЩЕНИЯ ДЛЯ ПОТОКА ОБРАБАТЫАЮТСЯ ТОЛЬКО В САМОМ ПОТОКЕ!

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

@Patch · 01.04.2010, 12:08

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

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

это сильно умная для меня мысль.
что тогда значит "вызывает", если управление не передается?
прямой вызов WndProc работает при занятом главном потоке(но это черевато накладками), а SendMessage - не работает.
с другой стороны, сообщение, посланное SendMessage обрабатывается сразу, как только главный поток освобождается.

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

Не по теме:

опять изучаем методом научного тыка :D

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Программа принимает математическое выражение в виде строки и выдаёт его производную в виде строки и вычисляет значение производной при заданном х Логарифм записывается как: (x-2)log(x^2+2) -. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

@ILUT 0 / 0 / 0 Регистрация: 12.05.2007 Сообщений: 58

	Многопоточность в MFC 31.03.2010, 12:01. Показов 6135. Ответов 14 Метки нет (Все метки) Доброе время суток. Возник ряд вопросов, касающихся реализации многопточности на MFC. Поток создаю с помощью функции: AfxBeginThread(thread,GetSafeHwnd(),THRE AD_PRIORITY_NORMAL); А вопросы следующие: 1. Как засунуть функцию thread внутрь класса окна (CDialog)? 2. Как передать в функцию thread несколько параметров? 3. Как можно вывести текст из потока thread в CEdit расположенный на форме? Заранее благодарю за помощь! 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	31.03.2010, 13:23
	1. Функция должна быть static, иначе не получится. 3. Конечно, PostMessage, но не SendMessage. 1

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	31.03.2010, 18:21
	Потому, что SendMessage выполняется в том же самом вызывающем потоке; а безопасный доступ к CWnd и его потомкам возможен только из того же потока, в котором они были созданы. В отличие от нее, PostMessage просто помещает соответствующее сообщение в очередь GUI-потока, создавшего окошко, и сразу возвращает управление. GUI-поток обработает это сообщение безопасно (т.к. окно было создано именно в нем), когда получит свой квант времени. 0

@Patch 2343 / 499 / 22 Регистрация: 01.04.2009 Сообщений: 2,200
	01.04.2010, 10:54
	тема интересная... сделал еще один эксперимент - создал поток, и завесил основной. на SendMessage() функция окна реагировать перестала. все-таки, да, SendMessage() обрабатывается родным потоком оконной функции. что-то там в MSDN неправильно написано. вот от таких нестыковок документации с реальностью даже хорошо написанные программы и глючат. 0