Windows Sockets:带存档的套接字的工作方式

3/8/2008来源:C/C++教程人气:5254

本文解释如何组合 CSocket 对象、CSocketFile 对象和 CArchive 对象以简化通过 Windows 套接字发送和接收数据。
文章 Windows Sockets:带存档的套接字示例介绍了 PacketSerialize 函数。 PacketSerialize 示例中的存档对象的工作机制与传递给 MFC Serialize 函数的存档对象非常相似。它们之间的基本差异是:对于套接字,存档并不附加到标准的 CFile 对象(通常与磁盘文件关联),而是附加到 CSocketFile 对象。 CSocketFile 对象不是连接到磁盘文件,而是连接到 CSocket 对象。 一个 CArchive 对象治理一个缓冲区。当存储(发送)存档的缓冲区已满时,关联的 CFile 对象写出缓冲区的内容。刷新附加到套接字的存档缓冲区相当于发送消息。当加载(接收)存档的缓冲区已满时, CFile 对象停止读取直到该缓冲区再次可用。 CSocketFile 类从 CFile 派生,但它并不支持 CFile 成员函数,如定位函数 Seek 、 GetLength 、 SetLength 等,锁定函数 LockRange 和 UnlockRange ,或 GetPosition 函数。每个 CSocketFile 对象必须要做的事是,将字节序列写入或读入关联的 CSocket 对象,或从此对象写出或读出字节序列。因为不涉及文件, Seek 和 GetPosition 等操作没有意义。 CSocketFile 从 CFile 派生,因此它通常会继续所有这些成员函数。为防止发生这种情况,在 CSocketFile 中重写不受支持的 CFile 成员函数以引发 CNotSupportedException。 CSocketFile 对象调用其 CSocket 对象的成员函数来发送或接收数据。 下图显示了在通信的两端这些对象之间的关系。 CArchive、CSocketFile 和 CSocket
这看起来很复杂,其目的是使您不必亲自治理套接字的细节。您创建套接字、文件和存档,然后通过将数据插入存档或从存档提取数据,开始发送或接收数据。CArchive、CSocketFile 和 CSocket 治理后台的细节。 CSocket 对象实际是一个两状态对象:有时异步(通常状态)有时同步。处于异步状态时,套接字可以从框架接收异步通知。然而,在操作(如接收或发送数据)过程中,套接字变为同步的。这意味着在同步操作完成之前,套接字不会接收进一步的异步通知。由于套接字切换模式,请执行类似下面的操作: CMySocket::OnReceive( ){ // ... ar > > str; // ...} 假如 CSocket 没有实现为两状态对象,则在您处理前面通知的同时,有可能接收到同类事件的附加通知。例如,在处理 OnReceive 时,可能收到 OnReceive 通知。在上面的代码片段中,从存档提取 str 可能导致递归。通过切换状态, CSocket 用防止附加通知的方法防止递归。一般规则是通知内没有通知。 CHATTER 和 CHATSRVR 示例应用程序阐释了这种用法。有关 MFC 示例的源代码和信息,请参见 MFC 示例。
注重 CSocketFile 也可以作为一个没有 CArchive 对象的(有限)文件使用。默认情况下, CSocketFile 构造函数的 bArchiveCompatible 参数为 TRUE 。这指定文件对象用于存档。若要使用没有存档的文件对象,请在 bArchiveCompatible 参数中传递 FALSE 。

在“存档兼容”模式下, CSocketFile 对象可提供更好的性能并能减少“死锁”的危险。当发送套接字和接收套接字都在等待对方或等待公共资源时,就会发生死锁现象。假如 CArchive 对象用处理 CFile 对象的方式处理 CSocketFile ,也可能发生这种情况。处理 CFile 时,存档可假定只要它接收到的字节数比所请求的少,则说明已到达文件尾。而处理 CSocketFile 时,数据是基于消息的,缓冲区可包含多条消息,因此,接收的字节数比请求的字节数少并不能说明已到达文件尾。应用程序在此情况下并不阻塞(而使用 CFile 时可能阻塞),它可继续从缓冲区读取消息直到缓冲区变空。在这种情况下, CArchive 中的 IsBufferEmpty 函数有助于监视存档缓冲区的状态。 有关更多信息,请参见 Windows Sockets:使用带存档的套接字。