为什么在“非阻塞+io复用网络模型”中用户缓冲区管理变得复杂了?
2015-05-26 21:17
337 查看
unix网络编程16章中实现了并讲解了“io复用+非阻塞网络模型”,但是却没有细致讲解为什么在“io复用+非阻塞”模型中的用户缓冲区管理变得复杂了。我在看这一节的时候,一直在想为什么需要复杂的缓冲区管理,此书前面章节的简单缓冲区管理不奏效了吗?
如果不解决这个疑问,我觉得非阻塞io这一章我算白看了。
以 向“io复用+非阻塞网络模型”的socket输出缓冲区写入数据为例:
这里涉及两个缓冲区,第一个是用户缓冲区,第二个是socket输出缓冲区,任务是将用户缓冲区中的数据全部写入socket输出缓冲区。
1. 由于写socket输出缓冲区是非阻塞式的,当socket输出缓冲区中数据已满,写入失败。
2. 此时,用户缓冲区中的数据不能扔掉,必须等待下一次尝试。
3. 当用户缓冲区又要接收新的数据时,这时就需要类似书中第16章讲到的缓冲区管理。
再来看一下“io复用+阻塞网络模型”的缓冲区管理为什么要简单:
和上面的例子相同,涉及用户缓冲区和socket输出缓冲区。
1. 由于写socket输出缓冲区操作是阻塞式的,即使当前socket输出缓冲区已满,写调用也会一直等待,直到把用户缓冲区数据成功写入。
2. 此时,用户缓冲区已空。
3. 当用户缓冲区要接收新的数据时,把数据写到空的用户缓冲区即可,因此在阻塞模式下,用户缓冲区管理比较简单。
如果不解决这个疑问,我觉得非阻塞io这一章我算白看了。
以 向“io复用+非阻塞网络模型”的socket输出缓冲区写入数据为例:
这里涉及两个缓冲区,第一个是用户缓冲区,第二个是socket输出缓冲区,任务是将用户缓冲区中的数据全部写入socket输出缓冲区。
1. 由于写socket输出缓冲区是非阻塞式的,当socket输出缓冲区中数据已满,写入失败。
2. 此时,用户缓冲区中的数据不能扔掉,必须等待下一次尝试。
3. 当用户缓冲区又要接收新的数据时,这时就需要类似书中第16章讲到的缓冲区管理。
再来看一下“io复用+阻塞网络模型”的缓冲区管理为什么要简单:
和上面的例子相同,涉及用户缓冲区和socket输出缓冲区。
1. 由于写socket输出缓冲区操作是阻塞式的,即使当前socket输出缓冲区已满,写调用也会一直等待,直到把用户缓冲区数据成功写入。
2. 此时,用户缓冲区已空。
3. 当用户缓冲区要接收新的数据时,把数据写到空的用户缓冲区即可,因此在阻塞模式下,用户缓冲区管理比较简单。
相关文章推荐
- 网络模型:阻塞IO,非阻塞IO,IO复用,信号驱动IO,异步IO
- Linux非阻塞IO(二)网络编程中非阻塞IO与IO复用模型结合
- Linux非阻塞IO(二)网络编程中非阻塞IO与IO复用模型结合
- 网络IO模型及同步、异步与阻塞、非阻塞的理解
- IO五种模型(阻塞IO、非阻塞IO、多路复用IO、信号驱动IO、异步IO)
- linux下五种IO模型小结(阻塞IO、非阻塞IO、IO复用、信号驱动式IO、异步IO)
- 网络编程----IO复用之select模型
- linux基础编程:IO模型:阻塞/非阻塞/IO复用 同步/异步 Select/Epoll/AIO
- linux基础编程:IO模型:阻塞/非阻塞/IO复用 同步/异步 Select/Epoll/AIO
- 网络IO模型:同步IO和异步IO,阻塞IO和非阻塞IO
- 转 网络IO模型:同步IO和异步IO,阻塞IO和非阻塞IO
- 同步异步 阻塞非阻塞 Linux网络io模型
- linux基础编程:IO模型:阻塞/非阻塞/IO复用 同步/异步 Select/Epoll/AIO
- linux基础编程:IO模型:阻塞/非阻塞/IO复用 同步/异步 Select/Epoll/AIO
- Linux网络通信编程(套接字模型TCP\UDP与IO多路复用模型select\poll\epoll)
- Linux网络编程服务器模型选择之IO复用循环并发服务器
- 高性能网络服务器5--IO复用与并发模型
- linux基础——linux下五种IO模型小结(阻塞IO、非阻塞IO、IO复用、信号驱动式IO、异步IO)
- IO复用(模型/阻塞/同步/异步)
- 一只简单的网络爬虫(基于linux C/C++)————浅谈并发(IO复用)模型