Windows Sockets：操作顺序

核心提示：本文以对照方式阐释了服务器套接字和客户端套接字的操作顺序，因为这些套接字使用 CArchive 对象，Windows Sockets：操作顺序，所以它们必然是流式套接字，流式套接字通信的操作顺序 在构造 CSocketFile 对象之前，如 Seek ， 有关更多信息，下面的顺序对 CAsyncSocket 和 CSo

本文以对照方式阐释了服务器套接字和客户端套接字的操作顺序。因为这些套接字使用 CArchive 对象，所以它们必然是流式套接字。流式套接字通信的操作顺序 在构造 CSocketFile 对象之前，下面的顺序对 CAsyncSocket 和 CSocket 都是准确的（只有少数几个参数不同）。从构造 CSocketFile 对象开始，顺序只适用于 CSocket 。下表阐释了在客户端和服务器之间设置通信的操作顺序。 设置服务器和客户端之间的通信 服务器 客户端 // constrUCt a socket CSocket sockSrvr; // construct a socket CSocket sockClient; // create the SOCKET sockSrvr.Create(nPort); ^1,2 // create the SOCKET sockClient.Create( ); ² // start listening sockSrvr.Listen( ); // seek a connection sockClient.Connect(strAddr, nPort); ^3,4 // construct a new, empty socket CSocket sockRecv; // accept connection sockSrvr.Accept( sockRecv ); ⁵ // construct file object CSocketFile file(&sockRecv); // construct file object CSocketFile file(&sockClient); // construct an archive CArchive arIn(&file,
CArchive::load); - 或 - CArchive arOut(&file,
CArchive::store); - 或两者 - // construct an archive CArchive arIn(&file,
CArchive::load); - 或 - CArchive arOut(&file,
CArchive::store); - 或两者 - // use the archive to pass data: arIn >>dwValue; - 或 - arOut < < dwValue; ⁶ // use the archive to pass data: arIn >>dwValue; - 或 - arOut < < dwValue; ⁶ 1. 这里的 nPort 是端口号。有关端口的具体信息，请参见 Windows Sockets：端口和套接字地址。 2. 服务器必须始终指定一个端口，以便客户端可以连接。 Create 调用有时也指定地址。在客户端使用默认参数，这些参数要求 MFC 使用任何可用端口。 3. 这里的 nPort 是端口号， strAddr 是计算机地址或网际协议 (ip) 地址。 4. 计算机地址可以采用几种形式：“FTP.microsoft.com”、“microsoft.com”。IP 地址采用“以点分隔的数字”形式，如“127.54.67.32”。 Connect 函数查看地址是否为以点分隔的数字（但它不确保该数字是网络上的有效计算机）。假如不是，则 Connect 使用其他某种形式的计算机名称。 5. 当在服务器端调用 Accept 时，传递对新套接字对象的引用。必须首先构造该对象，但不对它调用 Create 。注重，假如此套接字对象超出范围，则连接关闭。MFC 将新对象连接到 SOCKET 句柄。可以在堆栈上构造此套接字（如表中所示）或在堆上构造。 6. 存档和套接字文件在超出范围时将被关闭。套接字对象超出范围或被删除时，对象的析构函数也对此套接字对象调用 Close 成员函数。有关顺序的其他说明 上表中显示的调用顺序适用于流式套接字。数据文报套接字是无连接的，不需要 CAsyncSocket::Connect、Listen 和 Accept 调用（但可有选择地使用 Connect ）。相反，假如正在使用 CAsyncSocket 类，则数据文报套接字使用 CAsyncSocket::SendTo 和 ReceiveFrom 成员函数。（假如对数据文报套接字使用 Connect ，则使用 Send 和 Receive 。）因为 CArchive 不适用于数据文报，假如套接字是数据文报，则不要使用带存档的 CSocket 。
CSocketFile 并不支持 CFile 的所有功能， CFile 成员（如 Seek ）对套接字通信没有意义，是不可用的。因此，某些默认 MFC Serialize 函数与 CSocketFile 不兼容。这对于 CEditView 类更是如此。不要试图使用 CEditView::SerializeRaw 通过附加到 CSocketFile 对象的 CArchive 对象来序列化 CEditView 数据，而应使用 CEditView::Serialize （无出处）。SerializeRaw 函数预期文件对象具有 CSocketFile 不支持的函数，如 Seek 。 有关更多信息，请参见： Windows Sockets：使用带存档的套接字 Windows Sockets：使用 CAsyncSocket 类 Windows Sockets：端口和套接字地址 Windows Sockets：流式套接字 Windows Sockets：数据文报套接字 更多内容请看Windows操作系统安全集　Windows操作系统安装　Windows频道专题，或