C++从0实现Reactor高并发网络服务器 复习与回顾（4）

C++从0实现Reactor高并发网络服务器 复习与回顾（1）

（12）Connection对象的生命周期（中、下）：

在截止目前写好的代码中，对Connection对象建立了一个map并在析构函数中全部释放，但如果某个连接断开了应该立即释放Connection对象。但是TcpServer类并不知道是否有Connection对象断开连接了，只有Channel类知道，在其中的事件处理函数中，会检测连接是否断开，但是Connection对象不能在Channel类中释放，因为它属于TcpServer类，应该采用回调函数的方式在TcpServer类中释放断开连接的Connection对象。
截止目前Channel类属于Connection类的底层类，Connection类属于TcpServer类的底层类。因此可以在Channel类中回调Connection类，然后再回调TcpServer类中的函数释放断开连接的对象（两次回调）。这一流程就像连接建立的时候逐层回调那样类似。

（13）增加Buffer类：

Why？在非阻塞的网络服务程序中，事件循环不会阻塞在recv和send中，如果数据接收不完整，或者发送缓冲区已填懑，都不能等待，所以Buffer是必须的，在Reactor模型中，每个Connection对象都拥有一个InputBuffer和OutputBuffer。

为什么需要InputBuffer？
网络库在处理“socket可读”事件的时候，必须一次性把socket里的数据读完（从操作系统buffer搬到应用层 buffer )，否则会反复触发POLLIN事件，造成busy-loop。那么网络库必然要应对“数据不完整”的情况，收到的数据先放到inputbuffer里，等构成一条完整的消息再通知程序的业务逻辑。所以，在TCP网络编程中,网络库必须要给每个TCP connection设置InputBuffer。
为什么需要OutputBuffer？
TcpConnection必须要有output buffer考虑一个常见场景:程序想通过TCP连接发送100kB的数据，但是在write()调用中，操作系统只接受了80kB(受TCPadvertisedwindow的控制，你肯定不想在原地等待，因为不知道会等多久(取决于对方什么时候接收数据，然后滑动TCP窗口)。程序应该尽快交出控制权，返回event loop。在这种情况下，剩余的20kB数据怎么办? 对于应用程序而言，它只管生成数据，它不应该关心到底数据是一次性发送还是分成几次发送，这些应该由网络库来操心，程序只要调用TcpConnection: : send()就行了，网络库会负责到底。网络库应该接管这剩余的20kB数据，把它保存在该TCPconnection的 output buffer 里，然后注册POLLOUT事件，一旦socket变得可写就立刻发送数据。当然，这第二次write()也不一局定能完全写入20kB，如果还有剩余，网络库应该继续关注POLLOUT 事件;如果写完了20kB，网络库应该停止关注POLLOT,以免造成busy loop。
之后根据建好的类把InputBuffer和OutputBuffer用起来，并修改了相关的代码。

（14）再次优化回调函数

在TcpServer类中，如果要发送数据，只需要调用send函数，最后网络库中Connection类中的处理函数会负责到底，但是TcpServer不知道是否发送成功，除此之外，如果Epoll类中的的epoll_wait如果返回失败服务程序整个退出了，或者超时返回了空的容器，这时候也应该通知TcpServer。因此我们通过回调函数优化这部分功能。