| 订阅 | 在线投稿
分享
 
 
 

Windows Sockets:阻塞

来源:互联网网民  宽屏版  评论
2008-06-01 01:56:54

本文以及另外两篇相关文章解释 Windows Sockets 编程方面的一些问题。本文介绍阻塞。其他问题包含在 Windows Sockets:字节排序和 Windows Sockets:转换字符串文章中。

假如使用 CAsyncSocket 类或从其派生,则您需要自己治理这些问题。假如您使用 CSocket 类或从其派生,则由 MFC 治理它们。阻塞

套接字可以处于“阻塞模式”或“无阻塞模式”。处于阻塞(或同步)模式时,套接字的函数直到可以完成自己的操作时才返回。这称为“阻塞”,因为函数被调用的套接字在调用返回前无法执行任何操作──它被阻塞了。例如,对 Receive 成员函数的调用可能需要任意长的时间才能完成,因为它要等待发送应用程序来发送(使用 CSocket 或使用带阻塞的 CAsyncSocke 即是如此)。假如 CAsyncSocket 对象处于无阻塞模式(异步操作),调用会立即返回,而当前错误代码(可使用 GetLastError 成员函数检索)为 WSAEWOULDBLOCK ,它指出由于模式的原因,调用若不立即返回则将阻塞。( CSocket 永远不返回 WSAEWOULDBLOCK 。该类为您治理阻塞。)

在 32 位操作系统(如 Windows 95 或 Windows 98)和 16 位操作系统(如 Windows 3.1)下,套接字的行为是不同的。与 16 位操作系统不同,32 位操作系统使用抢占式多任务处理技术并提供多线程运行方式。在 32 位操作系统下,可以将套接字放在单独的辅助线程中。线程中的套接字可以在不妨碍应用程序中其他活动的情况下阻塞,并且不必在阻塞上花费计算时间。有关多线程编程的信息,请参见文章多线程编程。

注重: 在多线程应用程序中,可以使用 CSocket 的阻塞特性来简化程序设计,而不影响用户界面的响应。通过处理主线程中的用户交互和备用线程中的 CSocket 处理,可以将这些逻辑操作分开。在非多线程的应用程序中,这两个活动必须合并为单个线程来处理。这通常意味着使用 CAsyncSocket 以根据需要处理通信请求,或重写 CSocket::OnMessagePending 以在漫长的同步活动中处理用户操作。

其余的讨论针对以 16 位操作系统为目标的程序员:

通常,假如使用的是 CAsyncSocket ,则应避免使用阻塞操作,而应使用异步操作。例如,在异步操作中,从调用 Receive 后接收到 WSAEWOULDBLOCK 错误代码那一刻开始,您将一直等到 OnReceive 成员函数被调用以通知您可以再次读取。通过回调套接字的适当回调通知函数(如 OnReceive)来完成异步调用。

在 Windows 下,阻塞调用被认为是错误的做法。默认情况下,CAsyncSocket 支持异步调用,而且您必须使用回调通知自己治理阻塞。另一方面,CSocket 类是同步的。它抽取 Windows 消息并为您治理阻塞。

有关阻塞的更多信息,请参见 Windows Sockets 规范。有关“On”函数的更多信息,请参见 Windows Sockets:套接字通知和 Windows Sockets:从套接字类派生。

有关更多信息,请参见:

Windows Sockets:使用 CAsyncSocket 类

Windows Sockets:使用带存档的套接字

Windows Sockets:背景知识

Windows Sockets:流式套接字

Windows Sockets:数据文报套接字

Windows Sockets:阻塞
更多内容请看Windows操作系统安全集 Windows操作系统安装 Windows频道专题,或

 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
本文以及另外两篇相关文章解释 Windows Sockets 编程方面的一些问题。本文介绍阻塞。其他问题包含在 Windows Sockets:字节排序和 Windows Sockets:转换字符串文章中。 假如使用 CAsyncSocket 类或从其派生,则您需要自己治理这些问题。假如您使用 CSocket 类或从其派生,则由 MFC 治理它们。阻塞 套接字可以处于“阻塞模式”或“无阻塞模式”。处于阻塞(或同步)模式时,套接字的函数直到可以完成自己的操作时才返回。这称为“阻塞”,因为函数被调用的套接字在调用返回前无法执行任何操作──它被阻塞了。例如,对 Receive 成员函数的调用可能需要任意长的时间才能完成,因为它要等待发送应用程序来发送(使用 CSocket 或使用带阻塞的 CAsyncSocke 即是如此)。假如 CAsyncSocket 对象处于无阻塞模式(异步操作),调用会立即返回,而当前错误代码(可使用 GetLastError 成员函数检索)为 WSAEWOULDBLOCK ,它指出由于模式的原因,调用若不立即返回则将阻塞。( CSocket 永远不返回 WSAEWOULDBLOCK 。该类为您治理阻塞。) 在 32 位操作系统(如 Windows 95 或 Windows 98)和 16 位操作系统(如 Windows 3.1)下,套接字的行为是不同的。与 16 位操作系统不同,32 位操作系统使用抢占式多任务处理技术并提供多线程运行方式。在 32 位操作系统下,可以将套接字放在单独的辅助线程中。线程中的套接字可以在不妨碍应用程序中其他活动的情况下阻塞,并且不必在阻塞上花费计算时间。有关多线程编程的信息,请参见文章多线程编程。 注重: 在多线程应用程序中,可以使用 CSocket 的阻塞特性来简化程序设计,而不影响用户界面的响应。通过处理主线程中的用户交互和备用线程中的 CSocket 处理,可以将这些逻辑操作分开。在非多线程的应用程序中,这两个活动必须合并为单个线程来处理。这通常意味着使用 CAsyncSocket 以根据需要处理通信请求,或重写 CSocket::OnMessagePending 以在漫长的同步活动中处理用户操作。 其余的讨论针对以 16 位操作系统为目标的程序员: 通常,假如使用的是 CAsyncSocket ,则应避免使用阻塞操作,而应使用异步操作。例如,在异步操作中,从调用 Receive 后接收到 WSAEWOULDBLOCK 错误代码那一刻开始,您将一直等到 OnReceive 成员函数被调用以通知您可以再次读取。通过回调套接字的适当回调通知函数(如 OnReceive)来完成异步调用。 在 Windows 下,阻塞调用被认为是错误的做法。默认情况下,CAsyncSocket 支持异步调用,而且您必须使用回调通知自己治理阻塞。另一方面,CSocket 类是同步的。它抽取 Windows 消息并为您治理阻塞。 有关阻塞的更多信息,请参见 Windows Sockets 规范。有关“On”函数的更多信息,请参见 Windows Sockets:套接字通知和 Windows Sockets:从套接字类派生。 有关更多信息,请参见: Windows Sockets:使用 CAsyncSocket 类 Windows Sockets:使用带存档的套接字 Windows Sockets:背景知识 Windows Sockets:流式套接字 Windows Sockets:数据文报套接字 [url=http://www.wangchao.net.cn/bbsdetail_1785058.html][img]http://image.wangchao.net.cn/it/1323424858390.gif[/img][/url] 更多内容请看Windows操作系统安全集 Windows操作系统安装 Windows频道专题,或
󰈣󰈤
 
 
 
>>返回首页<<
 
 热帖排行
 
 
静静地坐在废墟上,四周的荒凉一望无际,忽然觉得,凄凉也很美
©2005- 王朝网络 版权所有