typedef struct redisClient(
//…
robj *name;
int flags;
sds querybuf;
robj **argv;
int argc;
)redisClient;
argv是一个数组,数组中的每一个项都是一个字符串对象,但argv[0]则是要执行的命令,而之后的其他项则是传给命令的参数
argc则是用来记录argv数组的长度。
举个栗子
set key value;
此时的argc的值为3
命令的实现函数
到这一步,服务器会根据协议内容中分析得出argv属性和argc属性,然后根据argv[0]的值,在命令表中查找对应的命令实现函数。
命令表也是一个字典,字典的建是一个SDS对象,保存了命令的名字,字典的值则是命令所对应的redisCommand结构,这个结构保存了命令的实现函数、命令的标志、命令应该给定的参数个数、命令的总执行次数和总消耗时长等统计信息。
当服务器找到对应的redisCommand结构后,会将客户端状态的cmd指针指向该结构
typedef struct redisClient(
//…
robj *name;
int flags;
sds querybuf;
robj **argv;
int argc;
struct redisCommand *cmd
)redisClient;
之后服务器就可以根据客户端状态(套接字)的cmd指针,以及argv里面保存的参数,去调用对应的redisCommand,执行指定的命令。
输出缓冲区
执行命令所得的命令回复会被保存在客户端状态的输出缓冲区里面,每个客户端都有两个输出缓冲区可以用,一个输出缓冲区大小是固定的,而另一个是可变的
-
固定大小的缓冲区可以去保存那些长度比较小的回复,比如OK、简单的字符串值、整数值、错误回复等等
-
可变大小的缓冲区用于保存那些长度比较长的回复,比如包含了很多键值对的有序集合,哈希键,或者列表
客户端的固定大小的缓冲池为buf和bufpos组成
-
buf是一个大小为REDIS_REPLY_CHUNK_BYTES的数组,大小是固定的,默认为16KB
-
bufpos记录了buf数组目前已经使用了的字节量
当buf数组的空间用完后,服务器就会开始使用可变大缓冲区,可变大缓冲区由reply链表组成,使用链表来连接多个字符串对象,可以让客户端保存非常长的命令回复。
typedef struct redisClient(
//…
robj *name;
int flags;
sds querybuf;
robj **argv;
int argc;
struct redisCommand *cmd;
//输出缓冲区
char buf[REDIS_REPLY_CHUNK_BYTES];
int bufpos;
list *reply
//…
)redisClient;
身份验证
客户端状态的authenticated属性是用来记录客户端是否通过了身份验证的
typedef struct redisClient(
//…
robj *name;
int flags;
sds querybuf;
robj **argv;
int argc;
struct redisComment *cmd;
char buf[REDIS_REPLY_CHUNK_BYTES];
int bufpos;
list *reply;
//身份验证属性
int authenticated;
)redisClient;
如果authenticated的值为0,代表该用户端未进行身份验证,如果authenticated为1,则代表该用户已经通过了身份验证。
使用AUTH命令进行验证
auth password
时间
最后,客户端还有几个和时间有关的属性
-
ctime属性记录了创建客户端的时间,这个时间可以用来计算客户端与服务器已经连接了多少秒,对应的是查看客户端连接的age属性
-
lastinterraction属性记录了客户端与服务器最后一次进行互动的时间,即离最后一次执行命令又过了过久,对应的是查看客户端的idle属性(空转时间)
-
还有一个obuf_soft_limit_reached_time属性记录了输出缓冲区第一次到达软性限制的时间
所以完整的客户端架构为如下
typedef redisClient(
//套接字描述符
int fd;
//名字
robj *name;
//标志(角色和状态)
int flags;
//输入缓冲区
sds querybuf;
//输入命令和参数
robj **argv;
//argv数组长度
int argc;
//固定输出缓冲区
char buf[REDIS_REPLY_CHUNK_BYTES]
//固定输出缓冲区已经使用了多少字节
int bufpos
//不固定输出缓冲区
list *reply;
//身份验证
int authenticated
//时间
time_t ctime;
time_t lastinteraction;
time_t obuf_soft_limit_reached_time;
)redisClient;
客户端的创建与关闭
创建普通的客户端
客户端是通过网络连接与服务器进行连接的普通用户客户端,则会连接到连接套接字,产生READABLE事件,然后交由连接事件处理器去处理,为客户端创建相应的客户端状态(redisClient),并且将这个客户端状态加入到服务器的clients链表的末尾,并且生成新的客户端套接字(以后该客户端都是通过该套接访问Redis)
关闭普通客户端
-
客户端进程退出或者被杀死,客户端与服务器之间网络连接断开
-
客户端向服务器发送了带有不符合协议格式的命令请求
-
客户端成为了CLIENT KILL命令的目标
-
服务器设置了time out选项,当客户端空转时间超过了time out选项就会关闭
-
客户端发送的命令请求的大小超过了输入缓冲区的大小限制,默认1GB
-
服务器端发送的回复超过了输出缓冲区的大小限制,会分为以下两种情况
-
硬性限制:关闭客户端
-
软性限制:服务器使用obuf_soft_limit_reached_time属性记录下客户端到达软性限制的起时时间,之后服务器会继续监控该客户端,如果输入缓冲区一直都是超出软性限制的,并且超过了服务器规定的时间,那么服务器就会断开与该客户端连接,如果在指定时间内,不再超出软性限制,就不会关闭,并且obuf_soft_limit_reached_time会被清零
Lub脚本的伪客户端
服务器会在初始化时创建负责执行Lua脚本中包含Redis命令的伪客户端,并将这个伪客户端关联在服务器状态结构的lua_client属性中。
struct redisServer(
//…
redisClient *lua_client;
//…
);
lua_client伪客户端会在服务器运行的整个生命周期中会一直存在,只有当服务器关闭时,它才会关闭
AOF文件的伪客户端
当开启Redis时,会从AOF文件中进行读取命令来恢复数据库,此时会初始化一个AOF文件的伪客户端,当恢复完毕后,该客户端就会被关闭
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)

分享
首先分享一份学习大纲,内容较多,涵盖了互联网行业所有的流行以及核心技术,以截图形式分享:
(亿级流量性能调优实战+一线大厂分布式实战+架构师筑基必备技能+设计思想开源框架解读+性能直线提升架构技术+高效存储让项目性能起飞+分布式扩展到微服务架构…实在是太多了)
其次分享一些技术知识,以截图形式分享一部分:
Tomcat架构解析:
算法训练+高分宝典:
Spring Cloud+Docker微服务实战:
最后分享一波面试资料:
切莫死记硬背,小心面试官直接让你出门右拐
1000道互联网Java面试题:
Java高级架构面试知识整理:
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》,点击传送门即可获取!
-1711810260109)]
算法训练+高分宝典:
[外链图片转存中…(img-HSEl9NMd-1711810260110)]
Spring Cloud+Docker微服务实战:
[外链图片转存中…(img-nW5iOmdG-1711810260110)]
最后分享一波面试资料:
切莫死记硬背,小心面试官直接让你出门右拐
1000道互联网Java面试题:
[外链图片转存中…(img-lxOCaxNZ-1711810260111)]
Java高级架构面试知识整理:
[外链图片转存中…(img-YdkLCBVX-1711810260111)]
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》,点击传送门即可获取!