const unsigned char数组转std::string后字符串尺寸不符预期的原因

核心规则差异 #

• 仅传入单个const char*指针的std::string构造/重载方法，默认遵循C风格字符串的处理逻辑：从指针起始位置逐字节扫描，直到遇到第一个值为0x00的字节才停止截取，完全不感知你传入的数组实际声明长度。
• 你定义的三个定长数组都没有在16字节末尾主动补充0x00作为字符串终止符，且这些全局常量数组在内存段中连续排布，数组末尾后紧跟的内存区域是程序运行时内置的命令行参数字符串（即测试结果里出现的_ArgList字节序列），直到扫到这部分字符串的末尾才会碰到0x00，最终字符串长度完全由内存中0字节的实际位置决定，和预期的16字节长度偏差极大。

逐代码行的结果对应解释 #

• a = static_cast<std::string>(reinterpret_cast<const char*>(t))：从t数组首地址开始扫描，依次跨过t、t2、t3的整个内存范围，最终扫到内置参数字符串的末尾才碰到0x00，累计扫描56字节，因此输出size为56。
• a2.assign(reinterpret_cast<const char*>(t2), 16)：调用了带长度参数的assign重载接口，直接从起始指针位置拷贝指定的16个字节，完全绕开了0终止符扫描逻辑，因此最终size精准为16，和预期一致。
• a3.assign(reinterpret_cast<const char*>(t3))：仅传入起始指针、未指定拷贝长度，同样走C风格字符串扫描逻辑，从t3首地址扫到内置参数字符串末尾碰到0，累计扫描24字节，因此输出size为24。

正确的实现方式 #

• 处理包含任意二进制字节（包括0x00）的定长数组时，必须使用带明确长度参数的接口重载，不能只传裸指针：
  • 构造阶段指定长度：std::string a(reinterpret_cast<const char*>(t), 16);
  • 赋值阶段指定长度：a.assign(reinterpret_cast<const char*>(t), 16);
• 注意：转换得到的std::string可能内嵌0x00字节，禁止用strlen()、printf("%s")这类依赖0终止符的C风格接口处理，否则会再次出现长度判定错误。

内容的提问来源于stack exchange，提问作者d33tagla