界面线程和工作线程

2010-03-21 09:36:53 242 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

eatsweetpotato 墨衍会员 · AI 创作全网分发关注 + 加入社区

[MFC]界面线程和工作线程 1.前言MFC提供了2中线程的实现方式，一种是界面线程，可以处理来自系统的消息，比如窗口的点击事件；一种是工作线程，用于处理繁琐的计算或者长时间的任务，例如后台打印，计算等。2.界面线程界限线程的创建需要继承父类CWinThread，并继承与重写部分父类方法。见下表所示：方法说明 ExitInstance 线程退出所需的工作 InitInstance 线程创建的时候需要的工阅读详情

书上说，在工作线程里不要做跟界面有关的东西，但我老师不明白，怎么样的行为称得上是和界面有关

假如，一个工作线程用于进行数据传输，那么如果需要传输的数据时需要从控件中读取，那么这个从控件读取数据的动作，算不算是和界面有关？

...全文

MFC多线程学习笔记一：用户界面线程和工作线程 MFC 应用程序中的所有线程都由对象表示。在大多数情况下，你甚至不必显式创建这些对象；而是调用框架帮助程序函数，该函数会为你创建CWinThread对象。MFC 区分两种类型的线程：用户界面线程和工作线程。用户界面线程通常用于处理用户输入并响应用户生成的事件和消息。工作线程通常用于完成无需用户输入的任务。MFC 通过为用户界面中的事件提供消息泵，专门处理用户界面线程。CWinApp是用户界面线程对象的一个示例，因为它派生自CWinThread并处理用户生成的事件和消息。应用程序由一个或多个进程组成。阅读详情

eatsweetpotato

C++ 语言 65,214 成员 250,514 内容

+ 关注 + 加入社区

切换为时间正序

eatsweetpotato 2010-03-22

打赏
举报

[Quote=引用 11 楼 kingstarer 的回复:]
读取控件的数据不需要开线程吧　耗时较长的操作才需要
[/Quote]

不仅读取，还要发送；
有时候数据量较大

yuzl32 2010-03-22

打赏
举报

[Quote=引用 12 楼 eatsweetpotato 的回复:]
引用 11 楼 kingstarer 的回复:
读取控件的数据不需要开线程吧　耗时较长的操作才需要

不仅读取，还要发送；
有时候数据量较大
[/Quote]
那就难怪了，发送操作应该由工作线程去处理，不应该由界面线程处理。

eatsweetpotato 2010-03-22

打赏
举报

确如healer_kx所说，不调试一切正常，一调试，卡死

eatsweetpotato 2010-03-22

打赏
举报

本人初学，不知我的做法是否正确

如蠢勿哀之



UINT CSendFileDlg::SendFileThread( LPVOID lparam )

{

	CSendFileDlg	*pthisDlg = (CSendFileDlg*)lparam;

	SOCKET		SocketRecv = pthisDlg->m_SendSocket;

	CFile		tmp_ReadFile;



	::SendMessage(pthisDlg->m_hWnd , WM_SENDFILEINFO , 0 , 0);

        // 发送完消息后，相应函数并没有执行，直接卡死。Postmessage也一样

        

        // ......

}



// SendFileInfo函数用于向接收方发送文件信息（文件名和大小）

LRESULT CSendFileDlg::SendFileInfo( WPARAM wparam , LPARAM lparam )

{

		FILEINFO		FileInfo;

		SOCKET			SocketRecv = m_SendSocket;

		CFile			tmp_ReadFile;

		int			loopcounter = m_SendFile_List.GetItemCount();





		// 向文件接收方发送需要接收的文件目录

		for (int i = 0 ; i < loopcounter ; i++)

		{

			wcscpy_s(FileInfo.FileName ,m_SendFile_List.GetItemText(i , 1));

			tmp_ReadFile.Open(m_SendFile_List.GetItemText(i , 3) , CFile::modeRead|CFile::shareDenyNone);

			FileInfo.FileSize = tmp_ReadFile.GetLength();

			FileInfo.RestFileCount = loopcounter-i-1;



			int ret = send(SocketRecv ,(char*)&FileInfo , sizeof(FileInfo),0);



			tmp_ReadFile.Close();

		}



		return 0;

}

healer_kx 2010-03-22

打赏
举报

[Quote=引用 22 楼 eatsweetpotato 的回复:]

to healer_kx

不知道是我没用对，还是怎么的
用sendmessage好像有时还是会发生卡死，
[/Quote]

卡死?
跨线程访问UI的时候，消息处理函数应该专注于处理消息，这也符合SRP。
就SendMessage而言，消息处理完，才会返回，这个处理过程也不适宜太复杂，太耗时。

第二，再看看是不是有什么同步机制影响了。

多线程调试是很麻烦，有时候调试器还容易死掉，多试验几个断点位置吧。

至善者善之敌 2010-03-22

打赏
举报

界面线程和工作线程最大的区别就是一个有消息循环队列，http://www.programfan.com/article/2951.html看看这个！

eatsweetpotato 2010-03-22

打赏
举报

to healer_kx

不知道是我没用对，还是怎么的
用sendmessage好像有时还是会发生卡死，

eatsweetpotato 2010-03-22

打赏
举报

[Quote=引用 16 楼 healer_kx 的回复:]
看我这个系列blog的第一篇。
http://www.cnblogs.com/healerkx/category/199400.html
[/Quote]
好东西

traceless 2010-03-22

打赏
举报

呵呵是的，我脑子一下子转不过弯来。。。

我就说嘛，人家都是说我小弟之类的，突然来了个，我老师。。。

eatsweetpotato 2010-03-22

打赏
举报

[Quote=引用 17 楼 traceless 的回复:]
Faint。。。

引用楼主 eatsweetpotato 的回复:
但我老师不明白

。。。
[/Quote]

晕。

看来，输入法的联想，有时也是用字不当的始作俑者

traceless 2010-03-22

打赏
举报

[Quote=引用 15 楼 taodm 的回复:]

那个，mfc或者说windows原生控件，都没有设计为线程安全，都只能在一个线程，也就是界面线程中访问。
[/Quote]

。

traceless 2010-03-22

打赏
举报

Faint。。。

[Quote=引用楼主 eatsweetpotato 的回复:]
但我老师不明白
[/Quote]

。。。

healer_kx 2010-03-22

打赏
举报

看我这个系列blog的第一篇。
http://www.cnblogs.com/healerkx/category/199400.html

taodm 2010-03-22

打赏
举报

那个，mfc或者说windows原生控件，都没有设计为线程安全，都只能在一个线程，也就是界面线程中访问。

eatsweetpotato 2010-03-22

打赏
举报

[Quote=引用 13 楼 yuzl32 的回复:]
引用 12 楼 eatsweetpotato 的回复:
引用 11 楼 kingstarer 的回复:
读取控件的数据不需要开线程吧　耗时较长的操作才需要

不仅读取，还要发送；
有时候数据量较大

那就难怪了，发送操作应该由工作线程去处理，不应该由界面线程处理。
[/Quote]

我没有让界面线程处理数据的发送。

我就是用工作线程来发送信息的，只不过是在线程中获取list控件中的信息然后在发送