请高手进来指点,看候杰的win32多线程编程的疑问

max_xy 2004-04-28 10:09:25
1。
书中P259关于定义一个包含线程的类。假如这个类中有一个数据成员m_xxx.那么如果在一个main函数中同时生成了好几个对象,然后分别调用启动类中的线程,那么对于m_xxx的访问会不会存在一个冲突问题,要不要保护?
2。
书中P136页关于干净地结束一个线程,用的是WaitForMultipleObject(),假如其中某一个线程在执行过程中,由于某种原因已经阻塞了,无相应,那么这个WaitForMultipleObject还能结束么?

给点你们的理解。多谢!
...全文
43 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
findcsdn 2004-04-28
  • 打赏
  • 举报
回复
1。当然不用保护了,因为对象和类是不同的概念,等你搞清楚了,就知道了。
2。WaitForMultipleObject可是设置超时时间的,一般如果不需要保存数据直接termit就可以,如果保存数据就需要等待线程正常结束。
halk 2004-04-28
  • 打赏
  • 举报
回复
"如果数据成员不是静态的,就不用保护" 考虑问题很全面啊
---------
是呀是呀,俺都没立即想到还有静态这回事。看来做事情还是要三思而后行的。
max_xy 2004-04-28
  • 打赏
  • 举报
回复
多谢,揭帖
fengge8ylf 2004-04-28
  • 打赏
  • 举报
回复
"如果数据成员不是静态的,就不用保护" 考虑问题很全面啊
lbird 2004-04-28
  • 打赏
  • 举报
回复
如果数据成员不是静态的,就不用保护,每生成一个该类的实例,就有一个m_xxx的变量
但是静态数据成员是在实例间共享的,所以应保护

WaitForMultipleObject肯定不能返回的,你可以设定等待的时间。或者能够保证线程不会被挂起,除非系统挂掉。
anothermxw 2004-04-28
  • 打赏
  • 举报
回复
哪里有这本书的电子版啊?
多谢大家给一个?
halk 2004-04-28
  • 打赏
  • 举报
回复
楼上正解。

更准确的说,你生成的是同一个类的多个实例,每个实例中的线程访问的m_xxx都是本实例的变量,与其他实例无关。
作为Microsoft 32位平台的应用程序编程接口,Win32 API是从事Windows应用程序开发所必备的。本书首先对Win32 API函数做完整的概述;然后收录五大类函数:窗口管理、图形设备接口、系统服务、国际特性以及网络服务;在附录部分,讲解如何在Visual Basic和Delphi中对其调用。 本书是从事Windows应用程序开发的软件工程师的必备参考手册。 Win32 API作为 Microsoft 32位平台(包括:Windows 9x,Windows NT3.1/4.0/5.0,WindowsCE)的应用程序编程接口,它是构筑所有32位Windows平台的基石,所有在Windows平台上运行的应用程序都可以调用这些函数。 从事Windows应用程序开发,离不开对Win32 API函数的调用。只有充分理解和利用API函数,才能深入到Windows的内部,充分挖掘系统提供的强大功能和灵活性。 近年来,随着Microsoft 32位平台的版本升级, Win32 API函数的构成、功能与调用方式都有很大的发展变化,然而,国内很少有相关的新版资料出版。为了满足广大开发人员的迫切需求,我们经过认真收集、整理素材,组织编写了这本与各种Microsoft 32位平台最新版本同步的Win32 API参考手册。 全书收录了五大类函数:窗口管理、图形设备接口、系统服务、国际特性以及网络服务。所有函数均附有功能说明、参数说明、返回值说明、备注以及引用说明。另外,在本书的第一章,我们对WiN32 API函数作了完整的概述;在附录部分,讲解了如何在Visual Basic和Delphi中对其调用。 由于篇幅较大,涉及技术内容广泛,加之时间仓促,书中难免存在不少错误或疏漏,希望广大读者给与批评指正。 在Windows程序设计领域处于发展初期时,Windows程序员可使用的编程工具唯有API函数。这些函数在程序员手中犹如"积木块"一样,可搭建出各种界面丰富、功能灵活的应用程序。不过,由于这些函数结构复杂,所以往往难以理解,而且容易误用。 随着软件技术的不断发展,在Windows平台上出现了很多优秀的可视化编程环境,程序员可以采用"所见即所得"的编程方式来开发具有精美用户界面和功能的应用程序。这些可视化编程环境操作简便、界面友好,比如:Visual C++,Delphi,Visual Basic等等。在这些工具中提供了大量的类库和各种控件,它们替代了API的神秘功能。事实上,这些类库和控件都是构筑在Windows API的基础上的,但它们使用方便,加速了Windows应用程序的开发,所以受到程序员的普遍采用。有了这些类库和控件,程序员们便可以把主要精力放在整体功能的设计上,而不必过于关注具体细节。不过,这也导致了非常多的程序员在类库面前"固步自封",对下层API函数的强大功能一无所知。 实际上。程序员要想开发出更灵活、更实用、更具效率的应用程序,必然要涉及到直接使用API函数。虽然类库和控件使应用程序的开发容易得多,但它们只提供Microsoft Windows的一般功能,对于一些比较复杂和特殊的功能来说,单使用类库和控件是难以实现的,必须直接使用API函数来编写。API函数是构筑整个Windows框架的基石,只有充分理解和利用API函数,才能深入到Windows的内部,充分发挥各种32位平台的强大功能和灵活性,才能成功地扩展和突破类库、控件和可视开发环境的限制。 Win32 API即为Microsoft 32位平台的应用程序编程接口(Application Programming Interface)。所有在Win32平台上运行的应用程序都可以调用这些函数。 使用Win32 API,应用程序可以充分挖掘Windows的32位操作系统的潜力。 Mircrosoft的所有32位平台都支持统一的API,包括函数、结构、消息、宏及接口。使用 Win32 API不但可以开发出在各种平台上都能成功运行的应用程序,而且也可以充分利用每个平台特有的功能和属性。 在具体编程时,程序实现方式的差异依赖于相应平台的底层功能的不同。最显著的差异是某些函数只能在更强大的平台上实现其功能。例如,安全函数只能在Windows NT操作系统下使用。另外一些主要差别就是系统限制,比如值的范围约束,或函数可管理的项目个数等等。 标准Win32 API函数可以分为以下几类: 窗口管理 窗口通用控制 Shell特性 图形设备接口 系统服务 国际特性 网络服务 在下面各节中,我们分别介绍这7种类型的API函数。 窗口管理函数向应用程序提供了一些创建和管理用户界面的方法。你可以使用窗口管理函数创建和使用窗口来显示输出、提示用户进行输入以及

15,466

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 进程/线程/DLL
社区管理员
  • 进程/线程/DLL社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧