Windows Sockets:使用 CAsyncSocket 类
本文介绍 CAsyncSocket 类的用法。请注意,该类在非常低的级别上封装 Windows
Sockets API。 CAsyncSocket
适合那些对网络通信细节很了解,但希望利用回调的便利通知网络事件的程序员使用。基于该假定,本文仅提供基本说明。如果想利用 Windows Sockets
方便地处理 MFC 应用程序中的多个网络协议,而又不想放弃灵活性,可以考虑使用 CAsyncSocket
。您可能也会感觉到,自己直接编写通信程序要比使用 CSocket 类的通用替换模型效果更好。
“MFC 参考”中对 CAsyncSocket 进行了描述。Visual C++
也提供了位于 Platform SDK 中的 Windows Sockets 规范。具体细节由您决定。Visual C++ 不提供
CAsyncSocket 的示例应用程序。
如果您对网络通信不是很了解,希望获得一个简单的解决方案,请使用带 CArchive 对象的
CSocket 类。有关更多信息,请参见 Windows Sockets:使用带存档的套接字。
本文包括:
创建和使用 CAsyncSocket 对象
使用 CAsyncSocket
套接字的创建遵循两阶段构造的 MFC 模式。
例如: CAsyncSocket
sock;sock.Create( ); // Use the default parameters
- 或 -
CAsyncSocket*
pSocket = new CAsyncSocket;int nPort = 27;pSocket-> Create( nPort, SOCK_DGRAM
);
上面的第一个构造函数在堆栈上创建一个 CAsyncSocket
对象,第二个构造函数在堆上创建 CAsyncSocket 。上面的第一个 Create 调用使用默认参数创建流式套接字,第二个
Create 调用创建具有指定端口和地址的数据文报套接字。(任一个 Create 版本都可以和任一种构造方法一起使用。)
Create 的参数有:
对于服务器套接字,必须指定端口。对于客户端套接字,通常接受此参数的默认值,该值允许 Windows
Sockets 选择端口。
该地址为网络上的网际协议 (IP) 地址。很可能要始终依赖此参数的默认值。
关于术语“端口”和“套接字地址”的解释见 Windows Sockets:端口和套接字地址。
- 或 -
如果套接字是服务器,则将套接字设置为开始侦听(使用
CAsyncSocket::Listen)来自客户端的连接尝试。接收到连接请求时,用 CAsyncSocket::Accept 接受该请求。
接受连接后,可以执行验证密码等任务。
注意 Accept 成员函数采用对新的空 CSocket 对象的引用作为它的参数。在调用
Accept 之前,必须构造该对象。如果此套接字对象超出范围,则连接关闭。不要对这个新套接字对象调用 Create
。有关示例,请参见文章 Windows Sockets:操作顺序。
请参见“MFC 参考”中的 Windows Sockets 规范和 CAsyncSocket 类。
如果在堆栈上创建了套接字对象,当包含函数超出范围时将调用此对象的析构函数。如果使用 new
运算符在堆上创建了套接字对象,则您必须负责使用 delete 运算符销毁此对象。
析构函数在销毁对象之前调用对象的 Close 成员函数。
有关代码中该顺序的示例(实际上是对于 CSocket 对象),请参见 Windows
Sockets:操作顺序。您对 CAsyncSocket 的责任
创建 CAsyncSocket 类的对象后,该对象封装 Windows SOCKET
句柄并提供对此句柄的操作。使用 CAsyncSocket 时,如果您直接使用 API,则必须处理可能面对的所有问题。例如:
有关这些术语的定义和其他信息,请参见 Windows Sockets:阻塞、Windows Sockets:字节排序和 Windows Sockets:转换字符串。
尽管存在这些问题,但如果应用程序需要您能获得所有的灵活性和控制能力, CAsycnSocket
类可能是正确的选择。如果应用程序没有这种需求,可考虑使用 CSocket 类。 CSocket
向您隐藏大量详细信息:它在阻塞调用期间抽取 Windows 消息并赋予您访问 CArchive 的权限,而 CArchive
为您管理字节顺序差异和字符串转换。
有关更多信息,请参见:
Windows Sockets:背景知识
Windows Sockets:流式套接字
Windows Sockets:数据文报套接字