TCP的三次握手是怎么进行的：发送端发送一个SYN=1，ACK=0标志的数据包给接收端，请求进行连接，这是第一次握手；接收端收到请求并且允许连接的话，就会发送一个SYN=1，ACK=1标志的数据包给发送端，告诉它，可以通讯了，并且让发送端发送一个确认数据包，这是第二次握手；最后，发送端发送一个SYN=0，ACK=1的数据包给接收端，告诉它连接已被确认，这就是第三次握手。之后，一个TCP连接建立，

1.概述LoginServer GameServer服务端主体分为LoginServer和GameServer, LoginServer做帐户认证, GameServer做游戏主逻辑,中间也可以加一个CharServer啦, 做人物管理, 新建删除人物之类的, 也可以并到GameServer一起, LoginServer和CharServer都比较简单, 略过.通过LoginServer的验证后

首先得弄清楚同步、异步、阻塞、非阻塞的概念。同步和异步是针对通讯的工作模式，阻塞和非阻塞是指socket的I/O操作。实际上对于socket，只存在阻塞和非阻塞，同步与异步是在程序实现上有所不同。以阻塞的方式执行recv函数，在没有收到数据前，此函数是不会返回的，所以这很容易执行函数的线程处于等待I/O上的数据状态，然后被挂起。非阻塞就不一样，执行recv时候不管有没有数据都立即返回，有数据时返回

 转载于hxzb7215191 的BLOG当然TCP方式的模型还有事件选择模型。就是把所有的网络事件和我们的一个程序里定义的事件梆定。这个有它的好处，可能可以让我们更好的写一个线程来管理接收与发送。现在来讲一下一个完成端口模型。  完成端口   一个完成端口其实就是一个通知队列，由操作系统把已经完成的重叠I/O请求的通知 放入其中。当某项I/O操作一旦完成，某个可以对该操作结果进行处理

一、重叠模型的优点 1)可以运行在支持Winsock2的所有Windows平台 ,而不像完成端口只是支持NT系统。 2)比起阻塞、select、WSAAsyncSelect以及WSAEventSelect等模型，重叠I/O(Overlapped I/O)模型使应用程序能达到更佳的系统性能。 因为它和这4种模型不同的是，使用重叠模型的应用程序通知缓冲区收发系统直接使用数据，也就是说，如果应用程序投递

 #include  #include  #pragma comment(lib,"ws2_32.lib") #pragma once class CAsyncHandler{public:    CAsyncHandler()    {    }    virtual ~CAsyncHandler()    {    }  

自己用IOCP写的TCP服务器端和客户端测试工具。 客户端的界面做的比较简洁，客户端用的是阻塞方式，因此连接的时候会出现无响应现象，连接成功后用异步，可测试服务器的并发和消息的收发。客户端在指定时间间隔发送指定大小的数据包，服务器收到后放入队列，在回复给此客户端，底层接收缓冲区为16K，超过此大小的数据包程序会异常。  附上下载地址： http://d.downlo