Redis是如何建立连接和处理命令的

主要观点总结

本文讲述了Redis是如何监听客户端发出的set、get等命令的，主要包括基础架构、源码探究和总结。

关键观点总结

关键观点1: 基础架构

Redis是单进程单线程架构，但性能却很高，能够轻松应对一般的高并发场景。其原理和Nginx差不多，都利用了IO多路复用来提高处理能力。

关键观点2: 源码探究

Redis的入口是server.c中的main方法，其中会调用initServer来初始化Redis服务。initServer会创建内核事件队列，监听端口并将套接字描述符注册到内核事件队列中。然后开启事件监听循环，等待接收事件。事件处理主要包括接受客户端连接请求、处理客户端命令等。

关键观点3: 处理客户端命令

Redis通过调用readQueryFromClient函数来读取客户端的命令请求。processCommand会根据请求找到对应的命令处理函数，然后调用call执行命令。

关键观点4: 总结

Redis监听命令的过程主要包括创建套接字、监听端口、创建内核事件队列、注册套接字描述符到内核事件队列、开启循环监听事件、处理客户端连接请求和处理客户端命令等步骤。

文章预览

阿里妹导读 本文主要讲述 Redis 是如何监听客户端发出的set、get等命令的。 今天来讲讲 Redis 的请求监听，通俗点说，就是Redis是如何监听客户端发出的set、get等命令的。 一、基础架构 众所周知，Redis 是单进程单线程架构，虽然是单进程单线程，但是Redis的性能却毫不逊色，能轻松应对一般的高并发场景，那么Redis究竟是施了什么魔法呢？ 其实 Redis 的原理和 Nginx 差不多，都利用了  IO 多路复用 来提高处理能力，所谓多路复用，就是一个线程可以同时处理多个IO操作，当 某个 IO 操作 Ready 时，操作系统会主动通知进程。使用 IO 多路复用，我们可以使用 epoll、kqueue、select，API 都差不多。 与Redis 不同的是，Nginx 并不是单进程架构，而是采用了多进程来处理请求。Nginx跑起来后会先启动Maste进程，Master进程接着启动多个 Worker 进程，每个Worker 进程都会参与 ………………………………