缓存前应避免string(bytes)或json.Marshal：string转换可能触发堆分配并持有整个底层数组，json.Marshal会二次复制；纯文本缓存值直接存[]byte，JSON协议优先用json.RawMessage，固定格式字符串可考虑unsafe.String（Go 1.20+），Protobuf字段应声明为bytes而非string以避免UTF-8校验和多余转换。
字符串序列化进缓存前，别直接 string(bytes) 或 json.Marshal
Go 的 string 类型底层是只读的 header + 指向底层数组的指针，但一旦你调用 string(buf) 把 []byte 转成 string，就可能触发一次堆分配（尤其当 buf 是局部变量且未逃逸时，编译器有时能优化掉；但多数缓存写入路径中，buf 来自网络或解析结果，大概率已逃逸），而且这个 string 会一直持有整个底层数组引用——哪怕你只存其中几个字符。
更糟的是，如果后续用 json.Marshal 序列化含该 string 的结构体，标准库会再次复制内容（因为 json 需要独立缓冲区），导致同一份数据在内存里存了 2~3 份。
- 缓存 value 是纯文本（如日志片段、配置项）时，直接存
[]byte，不转string；Protobuf 生成的Response.Value字段本身就是[]byte，天然适配 - 若必须走 JSON 协议（比如对接老系统），优先用
json.RawMessage接收原始字节，避免中间解码再编码 - 对固定格式字符串（如 UUID、时间戳），考虑用
unsafe.String（Go 1.20+）绕过分配：unsafe.String(&data[0], len(data))，但要确保data生命周期覆盖整个缓存 key 存活期
ProtoBuf 中字符串字段声明要用 bytes 而非 string
看你的 geecachepb.proto 定义：Value []byte 是对的。但如果误写成 string value = 1;，protoc 生成的 Go 结构体里就会是 Value string —— 这会导致两个问题：
- Protobuf 编码时，
string字段会做 UTF-8 校验并额外插入长度前缀，而纯二进制数据（如压缩后的 JSON、加密 blob）可能含非法 UTF-8 字节，导致序列化失败 - Go 层面每次赋值都要从
[]byte→string→ 再转回[]byte编码，多一次不可控分配 - Protobuf 的
bytes类型直接映射为[]byte，零拷贝、无校验、无转换开销
所以只要缓存 value 不参与 Go 层字符串运算（比如正则匹配、子串提取），一律用 bytes 字段。你的 Response.Value []byte 已符合这点，无需改。
立即学习“go语言免费学习笔记（深入）”；
缓存 key 的字符串拼接别用 +，尤其在 hot path 上
分布式缓存的 key 常由 group + name 拼接而成，比如 "user:" + userID。在高频请求下，这种拼接会成为 GC 压力源。
- 用
strings.Builder预分配容量：key 长度可预估（如"group:"固定 6 字节 + name 最长 128 字节），调用b.Grow(134)后写入，避免扩容 - 不要复用
Builder跨 goroutine —— 它非线程安全；但可在单次请求内复用（比如在 handler 里声明var b strings.Builder，用完b.Reset()） - 极端性能敏感场景（如每秒百万级 key 构造），改用
fmt.Sprintf反而不如 Builder 稳定，因Sprintf有反射和格式解析开销；更激进的做法是预分配[]byte+copy，但可读性代价高
从缓存读出字符串后，别立刻全量转 string 处理
很多逻辑写着 “取出来，json.Unmarshal 解析”，但其实你只关心其中某个字段。这时整包转 string 再解析，等于把整个 value 加载进内存、分配、解码——而真正需要的可能只是 10 字节。
- 如果 value 是 JSON，优先用
jsoniter或sonic的流式 API（如Get提取子字段），跳过完整反序列化 - 如果是纯文本协议（如自定义 KV 格式），直接用
bytes.IndexByte、bytes.Split等操作[]byte，零分配 - 只有当你真要对字符串做
strings.Replace、strings.Contains等操作，且确定不会长期持有原[]byte引用时，才转string
最易被忽略的是：缓存 value 的生命周期和它所依赖的底层 buffer 绑定。一旦你把它转成 string 并塞进 map 或 channel，GC 就无法回收原始 []byte 所占内存，哪怕你只用了其中几个字符。
