Redis编译出来的文件到底都有哪些类型，分别是干嘛用的，有点复杂想弄明白

当你下载Redis源代码并执行make命令进行编译后，会在源码目录下生成一系列文件和目录，这些文件各有各的用途，我们可以把它们分成几大类来理解,这样就不会觉得太复杂了。

最核心的一类是可执行文件，这些是可以直接运行的命令，是Redis服务的心脏和手脚，最重要的就是redis-server这个文件，它就是Redis数据库服务器本身，当你想要启动一个Redis服务实例时，你就是在运行这个redis-server程序，它负责监听网络端口，接收客户端的连接，处理各种数据操作命令（如SET、GET等），并将数据持久化到磁盘，可以说，没有它，Redis就无法提供服务，另一个非常重要的可执行文件是redis-cli，全称是Redis命令行界面，这是一个客户端工具，让你能够连接到正在运行的redis-server，并向它发送命令，无论是进行简单的键值对测试，还是执行复杂的管理操作，我们通常都是通过redis-cli来完成的，对于需要进行数据备份和恢复的场景，你会用到redis-check-aof和redis-check-rdb这两个工具，它们分别是AOF（追加日志文件）和RDB（快照文件）的检查修复工具，如果因为某些原因（比如服务器突然断电）导致持久化文件损坏，这两个工具可以尝试进行修复，挽救你的数据，还有一个性能测试工具叫redis-benchmark，如果你想测试你的Redis服务器在当前硬件下的性能极限，比如一秒能处理多少次的SET或GET请求，就可以使用这个工具来模拟大量客户端并发操作,它会给出详细的性能报告。

第二类重要的文件是编译过程中生成的库文件，通常以.a（静态库）或.so（动态库）为后缀，Redis的某些功能被设计成了可加载的模块，你可以自己编写新的数据类型或命令来扩展Redis的功能，这些扩展功能会被编译成动态库文件（例如mymodule.so），在主配置文件redis.conf中通过loadmodule指令告诉redis-server去加载这个.so文件，这样你的自定义功能就生效了，这种方式使得扩展Redis变得非常灵活,不需要重新编译整个Redis服务器。

第三类是配置文件和相关资源文件，其中最关键的就是redis.conf，这个文件包含了Redis服务器的所有配置选项，小到服务监听的端口号（默认6379），大到内存淘汰策略、持久化方式、安全设置等，在启动redis-server时，通过指定这个配置文件，你可以精细地控制服务器的行为，如果不指定，Redis会使用内建的默认配置，还有一个叫sentinel.conf的文件，它与Redis的哨兵模式有关，哨兵模式是为了实现Redis的高可用性，当主服务器宕机时，哨兵能自动将一个从服务器升级为主服务器，继续提供服务。sentinel.conf就是用来配置哨兵行为的，目录里可能还会看到utils这样的文件夹，里面存放的通常是一些辅助性的脚本工具，比如用于初始化和管理的脚本,这些属于辅助资源。

我们还要提一下编译过程中产生的中间文件，这些文件位于deps目录（存放Redis依赖的其他第三方库，如 Jemalloc 内存分配器、Lua 脚本引擎等编译后的文件）和src目录下的.o（目标文件）。.o文件是C语言源文件（.c）编译后但还未链接成最终可执行文件的中间产物，当所有.c文件都编译成.o文件后，链接器会把这些.o文件和库文件“粘合”在一起，最终生成我们前面提到的redis-server、redis-cli等可执行文件，这些中间文件对于普通用户来说通常是不可见的，或者不需要关心,但了解它们的存在有助于理解整个编译过程。

Redis编译后产生的文件就像一个功能齐全的工具箱：redis-server是核心发动机，redis-cli是操作面板，redis-check-aof/rdb是维修工具，redis-benchmark是性能测试仪，而.so库文件是允许你添加自定义功能的插件接口，.conf配置文件是详细的操作手册，告诉你如何调整发动机的性能和安全性，理解了每个工具的用途，这个“工具箱”就不再复杂了。