std::string 支持嵌入 Null 字符，因其基于 size() 管理长度而非 '\0' 结尾；但误用 c_str() 传给 C 函数会导致截断，应改用 data() + size()；构造含 '\0' 的字符串需显式指定长度或使用初始化列表。
std::string 本身就能存 Null 字符，别被 c_str() 带偏
很多人一看到“嵌入式 Null 字符”就下意识觉得 std::string 不支持，其实是误解。标准 std::string 是基于字节长度的容器，不依赖 Null 结尾 —— 它内部用 size() 管理长度，完全允许中间或开头出现 '\0'。真正出问题的是那些**把 std::string 当 C 风格字符串用**的场景，比如误调 c_str() 后直接传给 C 函数。
用 data() + size() 替代 c_str() 传递二进制数据
当你需要把含 '\0' 的 std::string 交给底层 API（如 write()、send()、加密函数）时，必须绕过 c_str()：
-
c_str()返回的指针虽保证以'\0'结尾，但遇到第一个嵌入 Null 就被截断 —— 这是 C 字符串语义决定的，不是 bug - 改用
data()获取原始字节起始地址，配合size()显式传长度 - 注意：C++11 起
data()返回值和c_str()一样保证以'\0'结尾；C++17 起data()返回非 const 指针（若 string 非 const），更贴近真实内存布局
示例：
std::string bin = "abc\0def\0ghi"s; // C++14 字符串字面量后缀 write(fd, bin.data(), bin.size()); // ✅ 正确：写入全部 11 字节 write(fd, bin.c_str(), strlen(bin.c_str())); // ❌ 错误：只写入 "abc" 3 字节
构造和拼接含 '\0' 的 string 要显式指定长度
从 C 风格字符串构造时，如果源里有 '<p>从 C 风格字符串构造时，如果源里有 <code>'\0'，不能直接用 const char* 构造函数，否则会在首个 Null 处停住：
const char* 构造函数，否则会在首个 Null 处停住：
- 错误写法：
std::string s("\0hello", 6);—— 编译器会把字面量截成空串，实际传入的是"" - 正确做法：用初始化列表、
std::vector<char></char>或带长度的构造函数 - 推荐方式：
std::string s{'\0', 'h', 'e', 'l', 'l', 'o'};或std::string s(std::vector<char>{'\0','h','e','l','l','o'}.data(), 6);</char> - 拼接时也注意：
s += "\0x";依然只加一个'\0'，因为字面量在编译期就被截断了 —— 改用s.append(1, '\0').append("x");
序列化/网络传输时别依赖 operator<< 或 printf 类接口
像 std::cout << s 或 printf("%s", s.c_str()) 这类接口本质是面向文本的，遇到 '\0' 会提前终止输出，且无法反映真实长度。调试时想看全内容，得手动遍历：
立即学习“C++免费学习笔记（深入）”；
- 打印十六进制：用
for (auto b : s) printf("%02x ", (unsigned char)b); - 检查是否含 Null：
s.find('\0') != std::string::npos - 文件读写建议用二进制模式：
std::ofstream f("bin.dat", std::ios::binary); f.write(s.data(), s.size());
真正容易被忽略的是：很多第三方库（比如某些 JSON 或日志组件）内部悄悄调用了 c_str()，你传进去一个含 '\0' 的 std::string，它可能只处理前半截，还不报错 —— 这种隐式截断比明显崩溃更难排查。
