为何GDB会对源自含控制字符char数组的字符串进行八进制转义？

问题现象 #

当把包含控制字符（比如'\001'，标题开始符）的char数组赋值给std::string_view或std::string时，程序正常输出不会转义，但GDB调试时会对控制字符后的部分字符用八进制转义表示。

示例代码：

#include <array>
#include <iostream>
#include <string>
#include <string_view>

int main(int argc, char *argv[]) 
{
    const std::array<char, 32> myArr = 
    { '8', '=', 'F', 'I', 'X', 'T', '.', '1', '.', '1', 
    '\001', '9', '=', '9', '0', '\001', '3', '5', '=', 'A' };


    const std::string_view view(myArr.begin(), myArr.size());
    const std::string      str (myArr.begin(), myArr.size());

    std::cout << "VIEW:   " << view << std::endl;
    std::cout << "STRING: " << str  << std::endl;

    return 0;
}

用g++ 11.4.0编译后程序输出：

VIEW:   8=FIXT.1.19=9035=A
STRING: 8=FIXT.1.19=9035=A

但GDB中查看view和str时显示：

"8=FIXT.1.1\001\071=90\001\063\065=A", '\000' <repeats 11 times>

可以看到第一个'\001'之后，'9'被转义为\071，'3'转义为\063，'5'转义为\065。

原因解析 #

1. GDB的核心定位是精确展示内存数据
   GDB是调试工具，它的职责是准确呈现内存中存储的每一个字节值，而非像终端那样只输出可见字符。当字符串中出现控制字符（非打印ASCII字符）时，GDB会切换到"严格转义模式"，确保所有字节都以无歧义的方式展示——包括那些原本可打印的字符，只要它们的ASCII值能用八进制转义表示，就会被转义，避免和控制字符混淆。

2. 八进制转义的选择逻辑
   对于ASCII字符来说，八进制转义是紧凑且通用的表示方式，能覆盖所有0-127的ASCII值。比如'9'的ASCII值是57，八进制为71，所以GDB显示为\071；'3'的ASCII值是51，八进制为63，对应\063。这种转义方式能让开发者直接看到字节的实际数值，不依赖终端的显示效果。

3. 程序输出与GDB显示的差异
   std::cout输出时，终端会忽略或不显示控制字符（比如'\001'），只渲染可见字符；但GDB不会做这种"优化"，它要完整展示所有数据细节，所以会对控制字符及后续部分字符做转义处理。

4. 不影响实际逻辑的原因
   GDB的转义只是格式化显示，内存中存储的原始字节值并没有改变，所以子串查找、字符串操作等逻辑都能正常工作。

调整GDB显示方式（可选） #

如果觉得默认转义过于繁琐，可以通过GDB命令调整字符串显示风格：

set print string-escape-style raw

该命令会让GDB尽量以原始字符显示，仅对必要的控制字符转义；也可以设置为c-string，遵循C语言字符串的转义规则。

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