文章目录
REDIS源码里deps目录是做什么的？从阅读deps目录，我们可以感觉到redis，真的是对性能的追求达到了极致，尽一切可能去优化性能。
deps主要存放的是依赖的第三方库，除hiredis外都是第三方库。
fast-float
fast-float的主要作用是将文本转换为浮点数，它比系统自带的函数快2~4倍。
该第三方库采用了以下几种技术来提升性能:
- 通过预计算表和高效的数字转换逻辑，大幅减少了计算量。
- 零内存分配（No Allocation）：在解析过程中不进行任何动态内存分配（No Heap Allocation）。它直接在传入的字符缓冲区上进行操作，避免了 malloc/free 带来的性能损耗和缓存污染。
- 缓存友好（Cache Friendly）：它采用线性内存访问模式，最大限度地利用了现代 CPU 的预取机制，减少了缓存未命中（Cache Miss）的延迟。
- 忽略本地化（Locale Independence）：它始终遵循 "C" 语言环境的数值格式。这意味着它不需要去检查系统当前的区域设置（比如欧洲用逗号做小数点的情况），直接跳过了复杂的本地化处理逻辑，省去了巨大的开销。
- 严格模式：它严格按照 C++17 的 from_chars 接口规范，不跳过前导空格（由调用者处理），这种明确的职责划分也减少了函数内部的判断时间。
fpconv
fpconv作用是将浮点数转为字符串,比系统自带的函数快5~10倍。
该三方库有以下特点：
\item fpconv 使用了 Grisu 算法，确保生成的十进制字符串是最短的，且能唯一确定原来的二进制浮点数（这是 JSO标准要求的）。
\item 无动态内存分配（Zero Allocation）fpconv 的设计通常要求调用者预先分配好缓冲区（比如一个长度为 32 的 char 数组）,它直接在传入的缓冲区上写入数据，不调用 malloc。
\item 线程安全与无状态,它是一个纯函数，不依赖全局变量或静态缓冲区（不像旧的 ecvt/fcvt 函数，它们使用静态内存，多线程调用会有数据覆盖风险）。
在Grisu 算法出现之前，浮点数转字符串主要用的是 Dragon4算法。
hdr_histogram
这个库的作用是高性能直方图，用于记录redis命令的执行时间。
该库有以下特点：
- 监控redis运行时间，它的记录精度跨度很大，时间跨度可以从几微秒到几小时。
- 监控redis运行时间，它的记录精度跨度很大，时间跨度可以从几微秒到几小时。
- 高性能：记录一次数据的耗时极短（纳秒级），对业务逻辑几乎无侵入，适合高频记录命令延迟。
hiredis
是redis的c语言客户端库.也就是说如果要在C语言程序里连接redis服务器，需要把hiredis引入项目中。
jemalloc
与系统自带的内存分配函数相比，jemalloc在高并发下锁竞争更小，而且内存碎片很少。
jemalloc使用了很多先进的思想。
比如说它的内存分析，就使用了快速伯努利抽样的方法来提高性能。
linenoise
linenoise是一个命令行工具，当需要开发命令行程序时，用linenoise可以减少重复开发时间，它包含了历史记录，tab补全等常见命令行的功能。
曾经有人说一个完整的命令行工具，至少要两万行代码。初步想想，确实要啊，就做个命令历史记录，1000行代码得要吧。再来个tab补全，1000行！行内提示，也差不多1000行吧，再加上辅助函数工具方法之类的，肯定得20000行了。让我来写的话，肯定3万行不止。
但是Guerrilla这位大牛，最终用头文件76行加C文件1458行，总共1534行就搞定了。
lua
lua自然不需要多说，是lua语言的引擎。lua这门语言非常奇特，因为它编译后只有差不多200kb，却实现了一门完整的编程语言。可以说是轻量到了极致。
lua主要有以下特点：
- lua只用一种数据结构table来实现几乎所有的数据结构。
- lua是寄存器试虚拟机，比基于栈的虚拟机轻量得多。
- lua没有文件、网络IO功能，没有图形界面，这些全靠宿主程序实现。