一:
muduo的I/O模型采用非阻塞模式,避免阻塞在read()或write()或其他系统调用上。
TcpConnection必须要有output buffer 考虑一个常见场景:程序想通过TCP连接返送100k字节的数据,但在write()调用中,操作系统只接受了80k字节(受TCP advertised window的控制,细节见TCPv1),你肯定不想在原地等待,因为不知道会等待多久(取决于对方什么时候接收数据,然后滑动TCP窗口)。程序应该尽快交出控制权,返回eventloop。在这种情况下,剩余的20k字节数据怎么办?
对,答案就是网络库来接管。网络库把它保存在output buffer里,然后注册POLLOUT事件,一旦socket变得可写就立刻发送给数据。当然,这第二次write()也不一定能完全写入20字节,那就继续关注POLLOUT事件。如果写完,停止关注POLLOUT,防止busy loop。(因为epoll采用level trigger)。
如果output buffer里还有待发送的数据,而程序又想关闭连接(对程序而言,调用TcpConncetion之后就认为数据迟早会发送出去),这是不能立刻关闭连接,这就是muduo库的shutdown()没有立即关闭连接的原因。以后博客会写。
TcpConnection必须要有input buffer TCP是一个无边界的字节流协议,接收方必须要处理“收到的数据尚不构成一条完整的消息”和“一次收到两条消息的数据”等等情况。一个常见的场景是,发送方send了两条10k字节的消息(共20k),接收方收到数据的情况可能是:
- 一次性收到20k数据
- 分两次收到,第一次5k,第二次15k
- 分三次收到,第一次6k,第二次8k,第三次6k
- 等等任何可能
二:
<