IOCP多次投递问题，初学IOCP，请大大们指导下，谢谢

[zhuben775]

服务器发送文件给客户端时需要多次连续投递WSASend，投递是没有问题，问题是当所有数据发送完毕后，如何将该客户端变为只有一个WSARecv模式。

我断点时发现，当我循环WSASend后，多个线程的GetQueuedCompletionStatus会同时处理WSASend，我的想法是在最后一次WSASend后投递一个WSARecv，但根本不知道如何去实现，请大大们指导一下吧，谢谢

[叶恭介叶恭介]

将WSASend发送的包都存储到链表里，GetQueuedCompletionStatus处理WSASend时，把对应的WSASend发送的包移除链表，如果链表为空则投递一个WSARecv

[shenyi0106]

WSARecv完成后投递下一个WSARecv就行了，干嘛要让WSASend完成后投递下一个WSARecv？？ 逻辑关系不怎么对啊

[zhuben775]

引用 2 楼 shenyi0106 的回复:

WSARecv完成后投递下一个WSARecv就行了，干嘛要让WSASend完成后投递下一个WSARecv？？ 逻辑关系不怎么对啊

我接受到WSARecv后要发送消息 WSASend(pIoContext->sSockAccept,&(pIoContext->sWsaBuf),1,&SendBytes,0,&(pIoContext->sOverlapped),NULL); 然后直接？ WSARecv( pIoContext->sSockAccept, &pIoContext->sWsaBuf, 1, &dwBytes, &dwFlags, &pIoContext->sOverlapped, NULL ); 这样不对啊，消息根本没发出去，GetQueuedCompletionStatus处理的的状态是最后的POSTED_RECV，之前的POSTED_SEND被覆盖了啊

[zhuben775]

引用 1 楼 cvbtvbwu 的回复:

将WSASend发送的包都存储到链表里，GetQueuedCompletionStatus处理WSASend时，把对应的WSASend发送的包移除链表，如果链表为空则投递一个WSARecv

如何判断链表是否为空？另外，多个SEND是多线程同时处理的，这个地方不做多线程互斥的话，判断链表为空是不准确的吧

[shenyi0106]

引用 3 楼 zhuben775 的回复:

[quote=引用 2 楼 shenyi0106 的回复:] WSARecv完成后投递下一个WSARecv就行了，干嘛要让WSASend完成后投递下一个WSARecv？？ 逻辑关系不怎么对啊

我接受到WSARecv后要发送消息 WSASend(pIoContext->sSockAccept,&(pIoContext->sWsaBuf),1,&SendBytes,0,&(pIoContext->sOverlapped),NULL); 然后直接？ WSARecv( pIoContext->sSockAccept, &pIoContext->sWsaBuf, 1, &dwBytes, &dwFlags, &pIoContext->sOverlapped, NULL ); 这样不对啊，消息根本没发出去，GetQueuedCompletionStatus处理的的状态是最后的POSTED_RECV，之前的POSTED_SEND被覆盖了啊[/quote] 要修改Context中的标志啊PostRead，PostWrite标志啊！

[xian_wwq]

iocp的流程基本围绕数据投递进行，不管是连接，还是读，写，都需预先投递； 什么时候读，什么时候写，其实是由业务层的定义确定的 比如业务层需要收到客户端的身份验证信息，那就需要根据验证信息定义的长度，进行读投递。

[zhuben775]

引用 5 楼 shenyi0106 的回复:

[quote=引用 3 楼 zhuben775 的回复:] [quote=引用 2 楼 shenyi0106 的回复:] WSARecv完成后投递下一个WSARecv就行了，干嘛要让WSASend完成后投递下一个WSARecv？？ 逻辑关系不怎么对啊

我接受到WSARecv后要发送消息 WSASend(pIoContext->sSockAccept,&(pIoContext->sWsaBuf),1,&SendBytes,0,&(pIoContext->sOverlapped),NULL); 然后直接？ WSARecv( pIoContext->sSockAccept, &pIoContext->sWsaBuf, 1, &dwBytes, &dwFlags, &pIoContext->sOverlapped, NULL ); 这样不对啊，消息根本没发出去，GetQueuedCompletionStatus处理的的状态是最后的POSTED_RECV，之前的POSTED_SEND被覆盖了啊[/quote] 要修改Context中的标志啊PostRead，PostWrite标志啊！[/quote] 我知道修改标志，但是在一个线程的处理中，因为是同一个重叠IO所以前面改的OSTED_SEND状态被后面的POSTED_RECV状态给覆盖了，我在网上看说是send和recv是需要分开建两个重叠IO的？是需要这样的吗？

[zhuben775]

引用 6 楼 xian_wwq 的回复:

iocp的流程基本围绕数据投递进行，不管是连接，还是读，写，都需预先投递； 什么时候读，什么时候写，其实是由业务层的定义确定的 比如业务层需要收到客户端的身份验证信息，那就需要根据验证信息定义的长度，进行读投递。

恩，这个我明白，我的意思是我收到一个消息后，需要连续投递写信息，但是投递完这些写信息后，再投递一个读，就是这块整不明白了，不知道该怎么写代码了

[shenyi0106]

引用 7 楼 zhuben775 的回复:

[quote=引用 5 楼 shenyi0106 的回复:] [quote=引用 3 楼 zhuben775 的回复:] [quote=引用 2 楼 shenyi0106 的回复:] WSARecv完成后投递下一个WSARecv就行了，干嘛要让WSASend完成后投递下一个WSARecv？？ 逻辑关系不怎么对啊

我接受到WSARecv后要发送消息 WSASend(pIoContext->sSockAccept,&(pIoContext->sWsaBuf),1,&SendBytes,0,&(pIoContext->sOverlapped),NULL); 然后直接？ WSARecv( pIoContext->sSockAccept, &pIoContext->sWsaBuf, 1, &dwBytes, &dwFlags, &pIoContext->sOverlapped, NULL ); 这样不对啊，消息根本没发出去，GetQueuedCompletionStatus处理的的状态是最后的POSTED_RECV，之前的POSTED_SEND被覆盖了啊[/quote] 要修改Context中的标志啊PostRead，PostWrite标志啊！[/quote] 我知道修改标志，但是在一个线程的处理中，因为是同一个重叠IO所以前面改的OSTED_SEND状态被后面的POSTED_RECV状态给覆盖了，我在网上看说是send和recv是需要分开建两个重叠IO的？是需要这样的吗？[/quote] 肯定要分开的，难不成你send和recv公用一个缓冲区？？你recv下去就会被系统锁定，在用就崩掉了啊

[zhuben775]

引用 9 楼 shenyi0106 的回复:

[quote=引用 7 楼 zhuben775 的回复:] [quote=引用 5 楼 shenyi0106 的回复:] [quote=引用 3 楼 zhuben775 的回复:] [quote=引用 2 楼 shenyi0106 的回复:] WSARecv完成后投递下一个WSARecv就行了，干嘛要让WSASend完成后投递下一个WSARecv？？ 逻辑关系不怎么对啊

我接受到WSARecv后要发送消息 WSASend(pIoContext->sSockAccept,&(pIoContext->sWsaBuf),1,&SendBytes,0,&(pIoContext->sOverlapped),NULL); 然后直接？ WSARecv( pIoContext->sSockAccept, &pIoContext->sWsaBuf, 1, &dwBytes, &dwFlags, &pIoContext->sOverlapped, NULL ); 这样不对啊，消息根本没发出去，GetQueuedCompletionStatus处理的的状态是最后的POSTED_RECV，之前的POSTED_SEND被覆盖了啊[/quote] 要修改Context中的标志啊PostRead，PostWrite标志啊！[/quote] 我知道修改标志，但是在一个线程的处理中，因为是同一个重叠IO所以前面改的OSTED_SEND状态被后面的POSTED_RECV状态给覆盖了，我在网上看说是send和recv是需要分开建两个重叠IO的？是需要这样的吗？[/quote] 肯定要分开的，难不成你send和recv公用一个缓冲区？？你recv下去就会被系统锁定，在用就崩掉了啊[/quote] 貌似只有一个缓冲区。。。