现在IOCP可以接收到数据了。

>>>>>>>>>其实IOCP的队列是先进先出的,经过测试，看来是我记错了!!!!

>>>>2013年4月20日 16:22:46

>>>>>引用

TCP数据粘包的产生原因在于TCP是一种流协议。在以太网中一个TCP的数据包长度是1500位。其中20位的IP包头，20位的TCP包头，其余的１４６０都是我们可以发送的数据

>>>>>><http://fxh7622.blog.51cto.com/63841/15578>

我在想如果客户端发送的数据如果比较小，会引起粘包的问题。粘包可以和客户端合订协议，可以解决，需要和客户端一起解决的问题，我想不应该放在IOCP的底层通信来实现！

如果是客户端发送的数据过大呢，客户端是不是会分拆包来进行发送呢！

IOCP的队列是 后进先出的模式,那会不会后面发送的包会被在前面接收到呢？

我需要构思一下，怎么样来做这样的测试。

2013年4月20日 11:03:13

刚刚做了下测试，还是用了之前的例子

1.我首先把工作线程调成了一个

lvCount := 1;

  //ServerWorkerThread 是工作线程
  for I:=1 to lvCount do
  begin
     lvWorkerData := AllocMem(SizeOf(TWorkerData));
     lvWorkerData.IOCPHandle := lvIOPort;
     lvWorkerData.WorkerID := i;
     hThread := CreateThread(nil, 0, @ServerWorkerThread,
       lvWorkerData,0, dwThreadId);
     if (hThread = 0) then
     begin
         Exit;
     end;
     CloseHandle(hThread);
  end;

2.服务端单独运行在,GetQueuedCompletionStatus,下断点，先不要执行。

3.单独运行客户端

先创建连接，然后连续发送3次1024字节的字符。

结果

  然后回到服务端调试。第一次取出来的字符，是客户端第一次发送过来的字符。。。顺序是对的

难道不是后进先出。有时间向楠楠和fxh求证下。

第二次测试

开两个客户端。同样服务端只开一个工作线程。

先在第一个客户端，发送1024个a，1024个b,1024个c

再第二个客户端,发送1024个1,1024个2,1024个3

回到服务端调试时,发现第一次收到的是a,第二次收到的是1,后面依次收到,b.

可以看出同一个套件字的接收到的顺序是和发送的顺序是一致的,这样的话，我们可以每个套接字分配一个内存。将收到的数据按照套接字写入到这个内存中，就可以了。