直接序列化结构体到RESP？这条路走不通。RESP协议本质上就不认识结构体——它只认五种基础类型：+、-、:、$、*。正确的做法，是把结构体字段手动映射成RESP支持的组合形式，通常表现为*N数组嵌套$len bulk string，而不是什么“一键struct→RESP”。
为什么不能直接 memcpy 结构体到 RESP？
RESP是纯文本协议，依赖\r\n做分隔，首字节决定类型标识。而C++的结构体是二进制内存布局——对齐填充、指针、非POD成员比比皆是。直接传过去，服务器解析结果大概率是-Protocol error: expected '$', got 'x'，或者直接断连。
- 拿
struct User { int id; std::string name; }来说，std::string内部是个堆指针，id是字节序相关的小端整数。RESP要的是人能读懂的:123\r\n$4\r\nAlice\r\n，而不是二进制乱码。 - 哪怕你用
pragma pack(1)强行紧凑布局，也绕不开RESP的语义层：它根本不定义“结构体”，只定义“数组里放几个字符串或数字”。 - Redis服务端不认识你的结构体名，也不知道字段名——它只按字节流规则切分、识别、执行命令，别的都不认。
正确做法：手动展开字段，拼接RESP数组
典型场景是封装一个HSET user:1001命令，或者构造HGETALL的响应。核心思路是把结构体字段拆成key-value对列表，再包进RESP数组。
- 先搞清楚用途：是发命令（客户端→服务器），还是构造响应（服务器→客户端）？虽然方向反，但RESP格式一样。
- 用
std::vector收集每个字段的RESP片段。举个例："$2\r\nid\r\n$1\r\n123\r\n"。再用"*"+ 总数 +"\r\n"包一层。 - 整数必须转成字符串加
:前缀，不能直接写二进制整数。空字符串用$0\r\n\r\n，null值用$-1\r\n。 - 用一段代码来演示（构造
HSET user:1001 id 123 name "Alice" age 28的请求）：
std::string serialize_user_hset(const User& u) {
std::vector parts;
parts.push_back("*6"); // 命令 + 3 对 kv = 6 元素
parts.push_back("$4"); parts.push_back("HSET");
parts.push_back("$9"); parts.push_back("user:1001");
parts.push_back("$2"); parts.push_back("id");
parts.push_back(std::to_string(u.id));
parts.push_back("$4"); parts.push_back("name"); parts.push_back(u.name);
parts.push_back("$3"); parts.push_back("age");
parts.push_back(std::to_string(u.age));
std::string resp;
for (const auto& s : parts) {
if (s[0] == '$' || s[0] == '*' || s[0] == ':') {
resp += s + "\r\n";
} else {
resp += "$" + std::to_string(s.size()) + "\r\n" + s + "\r\n";
}
}
return resp;
}
常见陷阱：长度计算、空值、二进制安全
说到长度计算，这里有个细节容易踩坑：RESP要求的$len必须是真实字节数，不等于std::string::length()在所有场景下都安全。如果字段包含UTF-8多字节字符或\0，length()没问题；但如果字段本身是个raw buffer（比如protobuf序列化结果），必须用.size()，并且确保不截断\0。
$后面的长度必须精确匹配后续内容字节数，多1少1都会让解析器卡住，引发粘包或协议错误。std::string默认支持\0，但一些Redis客户端库（比如redis-plus-plus）内部用C风格字符串处理，遇到\0就截断。所以含二进制数据时，必须用bulk string形式，并严格计长。- 空字段不要传空字符串生成
$0\r\n\r\n，要区分“空字符串”和“null”：$-1\r\n表示字段不存在（比如HGETALL中缺失的field）。 - 别光靠
std::ostringstream直接拼接，很容易漏\r\n或混淆$和:的场景。建议封装resp_bulk_string(const std::string& s)和resp_integer(int n)两个辅助函数。
真正让人头疼的往往不是拼格式本身，而是保持字段顺序与Redis命令语义一致。比如HSET要求key在前、field/value成对出现；LPUSH要求数组元素倒序入栈。这些逻辑一旦写错，RESP格式再准也没有意义。
