TcpConnection
对于服务端来说用来封装clientfd,对于client端来说,就是封装connect函数返回后的fd.
处理此fd上的读写,因此需要为其提供read\write方法,其方法内部调用系统的read\write函数,从fd中读写数据。
当Fd上发生可读事件时,回调TcpConnection::read方法,对于读到的数据将其放入之前提到的TcpBuffer中,
对于写,则是应用层调用写接口,将其写入到TcpBuffer中,当Fd发生可写事件后,调用写方法TcpConnection::write,将TcpBuffer中的数据写到fd中。可分别放入两个TcpBuffer,一个用来读,一个用来写。
考虑读事件发生后,对于server端来说,他需要读取这个请求包,进行反序列化,然后根据请求包内容找到server端注册的RPC方法,进行调用。调用完成后构建响应包,进行序列化,写入TcpBuffer中的写buffer,然后监听可写事件。
同样的,当一个TcpConnection对象创建好后,server端就要监听读事件,但是client端不需要。因为其是主动写的,当写完之后再监听读事件,即server端的响应。
对于client端读事件来说,就是收到了server端的响应,需要反序列化响应包,然后进行相应的回调(client端在RPC请求时可能注册了响应的回调函数,也可能没有)。
由此还需要区分client端和server端,在TcpConnection时传入参数标记。
还需要记录TcpConnection的状态,如CONNECTED CLOSED等。
在可写事件执行完后,需要将其从epoll中删除,等到需要发送数据时才添加写事件,因为fd大部分时候是可写的,就会一直触发可写事件,既然OutBuffer中的数据已经全部写到fd中了,就应该删除该事件。
在可读事件执行完后,不需要将fd的可读事件移出,因为当前这个IO线程本身就是为该通信fd服务的,始终监听fd的可读事件
一旦fd触发可读事件,就调用TcpConnection::read()。
TcpConnection::read:调用系统read读取客户端发来的数据,并写入到InBuffer中。然后调用excute
TcpConnection::excute:从InBuffer中读出所有数据,执行业务逻辑后,将结果写到OutBuffer,等待fd触发可写事件,就调用onWrite
TcpConnection::write:将OutBuffer中的所有数据发送给客户端
TcpServer
TcpServer即服务端,其是对服务端一整套流程的封装,如地址监听(TcpAcceptor)、主Reactor开启(event_loop), 从Reactor开启。
将TcpAcceptor返回的listenFd注册到主Reactor中,设置其回调函数onAccep(), 在OnAccept中选取一个IOThread即从Reactor, 将clientfd放进TcpConnection中.