FD_READ: FD_READ 事件非常容易掌握. 当有数据发送过来时, WinSock会以FD_READ事件通知你, 对于每一个FD_READ事件,调用recv()即可读取到数据，如果传递给recv()的缓冲区不足以一次容纳所有数据，还有,不一定每一次调用recv()都会接收到一个完整的数据包, 因为数据可能不会一次性全部发送过来. 所以在开始处理接收到的数据之前, 最好对接收到的字节数(即recv()的返回值)进行判断,看看是否收到的是一个完整的数据包。如果传递给recv()的缓冲区不足以一次容纳所有数据，那系统会保持FD_READ事件(也就是再次设置对应的事件为激发状态)，直到完全读取了所有接收到的数据为止。因此可以多次调用recv()函数进行数据的接收，避免多次向系统发生FD_READ事件通知，具体做法是：首先调用WSAEventSelect()函数，取消为该套接字祖册的网络事件。当该函数返回时，再调用WSAEventSelect()函数为该套接字注册FD_READ和FD_CLOSE网络事件。
相关文章
- 在 C# 中，如何利用最新的异步编程模型来优化涉及大量数据处理和网络请求的应用程序性能，同时确保资源的高效利用和避免常见的并发错误？
- 嵌入式学习37-TCP并发模型-有限 2.IO模型: 1.阻塞IO: 没有数据到来时,可以让任务挂起 节省CPU资源开销,提高系统效率 2.非阻塞IO: 程序未接收到数据时一直执行 效率很低 3.异步IO 只能绑定一个文件描述符用来 读取数据 4.多路复用IO select 1.select监听的集合中的文件描述符有 上限限制 2.select有 内核层 向 用户层数据空间 拷贝 的过程,占用系统资源开销 3.select必须 轮询检测 产生 事件 的文件描述符 4.select 只能工作 在 水平触发 模式(低速模式) 无法工作 在 边沿触发 模式(高速模式) poll （监听的集合中的文件描述符有 没有上限限制） 1.poll有 内核层 向 用户层 数据空间 拷贝 的过程,占用系统资源开销 2.poll必须 轮询检测 产生 事件 的文件描述符 3.poll 只能工作在水平触发模式(低速模式) 与select相同 无法工作在边沿触发(高速模式) 3.函数接口: 1.select int select(int nfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout); 功能: select 监听 文件描述符集合 中 是否 有文件描述编程 ready状态 select 监听 文件描述符集合 中 ，若有状态 ， 将没有ready状态的T除 若无状态，将阻塞继续等待 参数: nfds: 最大文件描述符的值 +1 readfds: 读 文件描述符集合 writefds: 写 文件描述符集合 exceptfds: 其余 文件描述符集合 timeout: 等待的时长 NULL 一直等待（超时处理） 返回值: 成功 返回 文件描述符集合中 的 文件描述符个数 失败 返回 -1 void FD_CLR (int fd, fd_set *set); 功能: 将文件描述符 fd 从集合中清除
- boost中asio网络库多线程并发处理实现，以及asio在多线程模型中线程的调度情况和线程安全。
- 【网络编程】服务端的I/O模型，事件处理模式，并发模式
- 一个I/O线程可以并发处理N个客户端连接和读写操作 I/O复用模型 基于Buf操作NIO可以读取任意位置的数据 Channel中读取数据到Buffer中或将数据 Buffer 中写入到 Channel 事件驱动消息通知观察者模式
- WSAEventSelect模型中FD_READ 网络事件的处理
- WSAEventSelect模型中FD_READ 网络事件的处理