redis源码整体略读

2023-10-08 09:10
文章标签 源码 整体 redis 略读

本文主要是介绍redis源码整体略读,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

之前读了 redis设计与实现 感觉好多细节不太清楚,于是去读了源码。单机部分基本上有个比较清晰的认识了,集群部分秋招后再去看了。
先放主流程图:
在这里插入图片描述

先抓主函数: mian


主要包含两部分核心函数:1.初始化服务器,分配空间 2.开启大循环

int main(int argc, char **argv){//...   初始化库initServerConfig();//初始化server结构  设置一堆默认端口号和默认设置//检查用户是否指定了配置文件或配置选项if (argc >= 2) {//第二个参数是-v/--version 则显示版本信息,若是--help显示帮助信息。如果是其他,则标识是配置文件,则解析配置文件并更新server的配置。//如果超过2个参数,则会判断是否是测试内存的命令,如果是,则测试内存,否则显示帮助信息。//...// 载入配置文件, options 是前面分析出的给定选项loadServerConfig(configfile,options);}    // 将服务器设置为守护进程if (server.daemonize) daemonize();// 创建并初始化服务器数据结构 -- !!!核心函数initServer();// 如果服务器是守护进程,那么创建 PID 文件if (server.daemonize) createPidFile();//不是集群if (!server.sentinel_mode) {// 从 AOF 文件或者 RDB 文件中载入数据loadDataFromDisk();// 启动集群?if (server.cluster_enabled) {//...}} 运行事件处理器,一直到服务器关闭为止aeSetBeforeSleepProc(server.el,beforeSleep);  //~!!!  建立事件循环aeMain(server.el);// 服务器关闭,停止事件循环aeDeleteEventLoop(server.el);return 0;
}

初始化服务器函数 initServer --main的主要步骤之一

在这个函数里面,主要读取了配置值,做了一些信号处理,创建共享对象,为数据库域申请内存等。
这里面比较重要的是创建了eventLoop,时间循环器,这个结构体(ae.h/aeEventLoop)主要包括了已注册文件事件数组、已就绪文件事件数组、事件事件列表,还有一些描述处理事件的一些信息,如执行时间等。

void initServer() {// 设置信号处理函数 信号是一种软件层面上对中断的一种模拟,被称为软中断signal(SIGHUP, SIG_IGN);  //用SIG_IGN忽略sighup,sigpipe信号signal(SIGPIPE, SIG_IGN); //signal功能:设置一个函数来处理信号setupSignalHandlers();// 设置 syslogif (server.syslog_enabled) {//...}// 初始化并创建数据结构server.current_client = NULL;server.clients = listCreate();server.slaves = listCreate();  //里面都是创建的都是双向链表//...// 创建共享对象  -- 把一堆常用对象的SDS空间申请出来  保存在sharedObjectsStruct结构体createSharedObjects();adjustOpenFilesLimit();//创建事件循环对象   目前理解:放置事件处理器和文件事件的位置  最后都到redis大循环中处理server.el = aeCreateEventLoop(server.maxclients+REDIS_EVENTLOOP_FDSET_INCR);server.db = zmalloc(sizeof(redisDb)*server.dbnum);// 打开 TCP 监听端口,用于等待客户端的命令请求   Q:为啥这里一个port要bind多个fdif (server.port != 0 &&listenToPort(server.port,server.ipfd,&server.ipfd_count) == REDIS_ERR)exit(1);// 打开 UNIX 本地端口  --配置文件中可以控制是否开这个端口//...// 创建并初始化数据库结构for (j = 0; j < server.dbnum; j++) {server.db[j].dict = dictCreate(&dbDictType,NULL);server.db[j].expires = dictCreate(&keyptrDictType,NULL);server.db[j].blocking_keys = dictCreate(&keylistDictType,NULL);//...}//订阅发布PUBSUB相关结构 //...// 创建serverCron()事件事件 和处理方式  处理后台操作的主要方式   这边传了回调函数,还没有真跑 最后外层有个大循环跑if(aeCreateTimeEvent(server.el, 1, serverCron, NULL, NULL) == AE_ERR) {redisPanic("Can't create the serverCron time event.");exit(1);}// 为 TCP 连接关联连接应答(accept)处理器// 用于接受并应答客户端的 connect() 调用for (j = 0; j < server.ipfd_count; j++) {if (aeCreateFileEvent(server.el, server.ipfd[j], AE_READABLE,acceptTcpHandler,NULL) == AE_ERR)   //fileEvent是除时间外所有操作的抽象{redisPanic("Unrecoverable error creating server.ipfd file event.");}}//为本地socket关联应答处理器(UnixHandler)//...//如果AOF持久化功能打开,打开或创建一个AOF文件//...// 如果服务器以 cluster 模式打开,那么初始化 clusterif (server.cluster_enabled) clusterInit();// 初始化复制功能有关的脚本缓存replicationScriptCacheInit();// 初始化脚本系统scriptingInit();// 初始化慢查询功能slowlogInit();//close加入BIO的原因//1.如果fd是特定文件描述符的最后一份拷贝,那么文件描述符相关的资源会被释放。//2.如果fd是最后一个引用文件描述符的,并且文件描述符之前已经使用unlink进行删除,那么文件会被删除.资源释放和文件删除是非常慢的,会阻塞服务器 //fsync加入BIO的原因//把内存中修改的文件数据同步到磁盘。调用者将被阻塞至磁盘报告同步完成。// 初始化BIO后台系统,生成线程  bioInit(); }

服务器socket监听 – bind()和listen()的打包函数:
如果指定了端口,则会启动anetTcpServer并开始监听。监听端口默认为6379,配置文件可以指定绑定的ip和端口。对应文件描述符为ipfd。如果是设置的unixsocket,则启动anetUnixServer,对应文件描述符为sofd。
这里跟我们平时写WEB服务器程序基本一致,只是稍作了封装,流程也是通用的socket(),bind(),listen()。

//这个anetTcpServer是listenToPort的核心函数
//bind和listen的打包函数
int anetTcpServer(char *err, int port, char *bindaddr)
{int s;       struct sockaddr_in sa;if ((s = anetCreateSocket(err,AF_INET)) == ANET_ERR)return ANET_ERR;memset(&sa,0,sizeof(sa));sa.sin_family = AF_INET;sa.sin_port = htons(port); sa.sin_addr.s_addr = htonl(INADDR_ANY);if (bindaddr && inet_aton(bindaddr, &sa.sin_addr) == 0) {anetSetError(err, "invalid bind address");close(s);return ANET_ERR;}    if (anetListen(err,s,(struct sockaddr*)&sa,sizeof(sa)) == ANET_ERR)return ANET_ERR;return s;
}

在eventLoop中创建时间事件


即创建时间事件,这个创建过程即封装一些当前时间的信息,并且关键是把回调函数传入目标函数(在这里是把serverCron传入到了aeTimeEvent的proc成员变量上),最后把新事件放入时间事件列表(无序链表)的表头。

long long aeCreateTimeEvent(aeEventLoop *eventLoop, long long milliseconds,aeTimeProc *proc, void *clientData,aeEventFinalizerProc *finalizerProc)
{// 更新时间计数器long long id = eventLoop->timeEventNextId++;// 创建时间事件结构aeTimeEvent *te;te = zmalloc(sizeof(*te));if (te == NULL) return AE_ERR;

这篇关于redis源码整体略读的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/164211

相关文章

Redis 的 SUBSCRIBE命令详解

《Redis的SUBSCRIBE命令详解》Redis的SUBSCRIBE命令用于订阅一个或多个频道,以便接收发送到这些频道的消息,本文给大家介绍Redis的SUBSCRIBE命令,感兴趣的朋友跟随... 目录基本语法工作原理示例消息格式相关命令python 示例Redis 的 SUBSCRIBE 命令用于订

sky-take-out项目中Redis的使用示例详解

《sky-take-out项目中Redis的使用示例详解》SpringCache是Spring的缓存抽象层,通过注解简化缓存管理,支持Redis等提供者,适用于方法结果缓存、更新和删除操作,但无法实现... 目录Spring Cache主要特性核心注解1.@Cacheable2.@CachePut3.@Ca

Redis实现高效内存管理的示例代码

《Redis实现高效内存管理的示例代码》Redis内存管理是其核心功能之一,为了高效地利用内存,Redis采用了多种技术和策略,如优化的数据结构、内存分配策略、内存回收、数据压缩等,下面就来详细的介绍... 目录1. 内存分配策略jemalloc 的使用2. 数据压缩和编码ziplist示例代码3. 优化的

redis-sentinel基础概念及部署流程

《redis-sentinel基础概念及部署流程》RedisSentinel是Redis的高可用解决方案,通过监控主从节点、自动故障转移、通知机制及配置提供,实现集群故障恢复与服务持续可用,核心组件包... 目录一. 引言二. 核心功能三. 核心组件四. 故障转移流程五. 服务部署六. sentinel部署

基于Redis自动过期的流处理暂停机制

《基于Redis自动过期的流处理暂停机制》基于Redis自动过期的流处理暂停机制是一种高效、可靠且易于实现的解决方案,防止延时过大的数据影响实时处理自动恢复处理,以避免积压的数据影响实时性,下面就来详... 目录核心思路代码实现1. 初始化Redis连接和键前缀2. 接收数据时检查暂停状态3. 检测到延时过

Redis实现分布式锁全过程

《Redis实现分布式锁全过程》文章介绍Redis实现分布式锁的方法,包括使用SETNX和EXPIRE命令确保互斥性与防死锁,Redisson客户端提供的便捷接口,以及Redlock算法通过多节点共识... 目录Redis实现分布式锁1. 分布式锁的基本原理2. 使用 Redis 实现分布式锁2.1 获取锁

Redis中哨兵机制和集群的区别及说明

《Redis中哨兵机制和集群的区别及说明》Redis哨兵通过主从复制实现高可用,适用于中小规模数据;集群采用分布式分片,支持动态扩展,适合大规模数据,哨兵管理简单但扩展性弱,集群性能更强但架构复杂,根... 目录一、架构设计与节点角色1. 哨兵机制(Sentinel)2. 集群(Cluster)二、数据分片

redis数据结构之String详解

《redis数据结构之String详解》Redis以String为基础类型,因C字符串效率低、非二进制安全等问题,采用SDS动态字符串实现高效存储,通过RedisObject封装,支持多种编码方式(如... 目录一、为什么Redis选String作为基础类型?二、SDS底层数据结构三、RedisObject

Redis分布式锁中Redission底层实现方式

《Redis分布式锁中Redission底层实现方式》Redission基于Redis原子操作和Lua脚本实现分布式锁,通过SETNX命令、看门狗续期、可重入机制及异常处理,确保锁的可靠性和一致性,是... 目录Redis分布式锁中Redission底层实现一、Redission分布式锁的基本使用二、Red

redis和redission分布式锁原理及区别说明

《redis和redission分布式锁原理及区别说明》文章对比了synchronized、乐观锁、Redis分布式锁及Redission锁的原理与区别,指出在集群环境下synchronized失效,... 目录Redis和redission分布式锁原理及区别1、有的同伴想到了synchronized关键字