redis采用sds而非c原生字符串，因其具备五大核心优势：o(1)时间复杂度获取长度、天然防缓冲区溢出、二进制安全、减少内存重分配次数、结构紧凑且兼容高效。
Redis 用 C 写，但没直接用 C 的 char* 字符串，而是自己造了一套 SDS（Simple Dynamic String）。这不是为了炫技，而是 C 字符串在数据库场景里真扛不住——性能、安全、功能都卡脖子。SDS 的核心优势就五点，每一点都直击 C 字符串的软肋。
长度获取是 O(1)，不是 O(N)
C 字符串不存长度，每次要算长度就得从头扫到 \0，长字符串一扫几百毫秒都有可能。SDS 在结构体里明明白白记着 len 字段，读一个整数就完事。像 STRLEN 这种命令，不管键值多长，响应都是纳秒级。
天然防缓冲区溢出
C 的 strcatstrcpy 等函数完全依赖程序员手动保证目标空间够用。一不小心就写穿内存，轻则数据错乱，重则被利用提权。SDS 所有修改操作（比如拼接、追加）前都会先检查 free 空间，不够就自动扩容——溢出在 API 层就被拦死了，开发者根本碰不到这道坎。
二进制安全，能存任意字节
C 字符串以 \0 为终结符，遇到中间的 \0 就截断。这意味着它没法存图片、序列化对象、加密密文这类含零字节的二进制数据。SDS 靠 len 字段界定边界，\0 只是末尾兼容 C 函数的“装饰”，不影响主体内容，真正做到了字节无差别存储。
减少内存重分配次数
SDS 采用空间预分配和惰性释放策略：
- 每次扩容不是只加刚好够用的字节数，而是按规则多分一点（比如小于 1MB 时翻倍）；
- 缩容也不急着还内存，先留着 free 字段里，下次追加还能直接用。
这样连续 append 几次，可能只触发一次 realloc，大幅降低系统调用开销。
结构紧凑，兼顾兼容与节省
Redis 5.0+ 把 SDS 拆成 5 种 header 类型（sdshdr5 到 sdshdr64），按字符串长度自动选用最省空间的结构。短字符串（flags 字节里，几乎零额外开销。同时它仍以 \0 结尾，能直接传给 printfstrlen 等 C 标准函数，复用生态不打折。
