完成端口投递0字节WsARecv的问题

[littlebao]

完成端口下投递0字节的WSARecv得到完成通知后是用重叠的WSARecv还是recv接受到达的数据？
如果数据达到后用WSARecv接受会产生什么问题？
一般都把完成端口模式比作快递邮件，就是你告诉快递公司有邮件了直接送到你家里，
如果是投递0字节的WSARecv得话是不是相当于你告诉快递公司有邮件了打电话通知你，然后你自己再亲自去取呢？
如果数据到达了用wSARecv接受是不是在接受数据后还会投递一个接受请求呢？

[lijianli9]

我理解的WSARecv的作用是在投递一次IO请求，至于返回多少数据是GetQueuedCompletionStatus返回得到的，而且返回的数据都在GetQueuedCompletionStatus
返回的参数中携带了。

[littlebao]

但是如果数据到达了再投递WSARecv会怎么样呢？

[GDI_GTK]

那还有必要使用WSARecv重叠接收吗?

阻塞recv即可.

[littlebao]

是没有必要，但是我想知道这样做会怎么样？
我试了好像GetCompletionStatus的线程还会被通知多一次。如果用recv就没有错。

[caitian6]

mark

[yelangweiwang]

能否设为volatile 类型的，这样就不需要你自己判断了

[CodeProject-Jerry]

recv


这种方式是降低未分页内存池的使用来提高系统总容量

[littlebao]

有没有人解析下如果数据到达了投递重叠的WSARecv会怎么样呢？

[littlebao]

测试了下数据到达后投递重叠的WSARecv接受完数据后确实会使得GetCompletionStatus线程返回。并且GetCompletionStatus的参数值BytesTransferred和WSARecv一致。