muduo之Buffer解析_kcheapprepend-CSDN博客

本文链接：https://blog.csdn.net/u014303647/article/details/89263453

本文深入探讨了在non-blocking网络编程中应用层Buffer的重要性，特别是在muduo网络库中的实现。介绍了TcpConnection的output buffer，用于处理数据发送的不确定性，并详细解析了Buffer类的设计，包括头部预留、数据读写、查找特定字符等功能，以及如何确保可写空间和数据追加的策略。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

为什么采用non-blocking网络编程中应用层buffer是必需的？

non-blocking IO的核心思想是避免阻塞在read（）或write（）或其他IO系统调用上，这样可以最大限度地复用thread-of-control。让一个线程能服务于多个socket连接。IO线程只能阻塞在IO multiplexing函数上，如select/poll/epoll_wait。这样一来，应用层的缓冲是必需的，每个TCP socket都要有stateful的input buffer和output buffer。

Tcpconnection必须要有output buffer ，考虑一个场景，程序想通过TCP连接发送100KB的数据，但是在write调用中，操作系统只接受了80KB，肯定不想在此等待，因为不知道会等多久（取决于对方什么时候接受数据，然后滑动TCP窗口）。程序需要尽快交出控制权，返回event loop。在这种情况下，剩余的20KB怎么办？

对于应用程序而言，它只管生成数据，它不关心到底数据是一次性发送还是分多少次发送的，这些由网络库关心，程序只需要调用TcpConnection::send()就行了，网络库会负责到底。网络库应该接管剩余的20KB数据，把它保存在该TCPconnection的output buffer里，然后注册pollout事件。当然如果写完了，那么应该停止关注POLLOUT事件，以免造成busy loop，因为muduo采用的是level trigger。

首先我们来看buffer初始的时候的样子
在这里插入图片描述

头部保留了8个字节。我们具体来看看Buffer类的实现，一些不是太重要的函数我们就不看了，来看具体的，首先是数据成员。

 private:
  std::vector<char> buffer_;
  size_t readerIndex_;
  size_t writerIndex_;

  static const char kCRLF[];

其实很简单，就是使用vector来模拟buffer，然后有两个指针

reade