Redis采用了事件驱动框架,根据文件事件及时间事件来处理逻辑。
读事件的逻辑好理解:客户端连接上服务器后,服务器调用accepttcphandle创建一个client,同时使用该client注册一个将该fd的可读事件与readQuery处理器绑定起来。当客户端发布命令后通过网络传输到redis-server后,内核向用户空间抛出可读事件,readQuery被调用。
问题来了,readQuery执行后,可能会有需要返回给客户端的数据,这个数据如何返回呢?即server如何发送数据给客户端。根据redis的设计,我原本以为redis-server注册了一个可写事件,再绑定一个类似于writeHandler之类的处理器来写缓冲,看了源码,发现并不是这样。
redis-server针对每个已经连接上的client维护了一个输出缓冲,用于缓存需要回复给client的内容。每次执行一个命令,如果产生了需要回复给客户端的内容就调用AddReply*相关的接口写到client的buf当中,然后在后续调用handleClientsWithPendingWrites()集中处理所有客户端的回复。在这个接口里面实际执行了write来将buf当中的内容写到网卡里,发给客户端,中间调用的是writeToClient,这个函数持续写数据,直到数据写完。