“烫烫烫”是visual studio调试器在debug模式下用0xcc填充未初始化栈内存所致，因mbcs编码中0xcc对应汉字“烫”，故输出一串“烫”；其本质是int3断点指令（0xcc）用于捕获越界访问等错误。
为什么 char 数组输出会显示“烫烫烫”
这是 Windows 调试器（尤其是 Visual Studio）在 Debug 模式下对未初始化栈内存的特殊填充行为。“烫烫烫”对应的是 Unicode 编码 0xCCCC，编译器用它标记未初始化的 char 内存块，防止你误读垃圾值还觉得“正常”。一旦你定义了数组但没填满、没加 '\0'、或越界读取，cout 就会一路扫到内存里残留的 <code>0xCCCC 字节，再按 GBK 解码——恰好是“烫”字。
char 数组必须以 '\0' 结尾才能安全输出
C++ 中 std::cout 输出 char* 或 char[] 时，依赖 C 风格字符串规则：从首地址开始逐字节读，直到遇到第一个 '\0' 停止。没有它，就继续读下去，必然撞上脏数据。
- 错误写法：
char buf[10]; strcpy(buf, "hello"); cout —— <code>strcpy确保结尾有'\0'，但若你手动赋值：buf[0]='h'; buf[1]='e';… 忘记buf[5]='\0';，就会乱码 - 正确写法：
char buf[10] = {0};或char buf[10] = "";—— 显式零初始化整个数组 - 更稳妥：用
std::string替代裸char[]，完全避开终结符问题
Visual Studio Debug 模式下别依赖数组“看起来像字符串”
Debug 版本中，栈上局部 char 数组若未显式初始化，整块内存默认被填成 0xCCCC。即使你只用了前 3 个字节，后面 7 个仍是“烫”。Release 模式下这些位置可能是随机值，表现更不可预测。
- 调试时看到“烫烫烫”，第一反应不是编码问题，而是检查：这个数组是否真正初始化？有没有写满并留出
'\0'空间？ - 用
sizeof和strlen对比：strlen(buf)返回长度，sizeof(buf)返回分配大小，二者差值至少为 1 才可能安全 - 避免用
cout 这类指针强制输出——它不检查边界，等同于裸 C 字符串处理
用 std::string 或 std::vector<char></char> 替代裸数组
“烫烫烫”本质是 C 风格字符串语义和 C++ 容器语义混用导致的认知断层。现代 C++ 几乎不需要手管 '\0'。
std::string s = "hello"; cout —— 自动管理内存和长度，无终结符负担- 需要兼容 C 接口？用
s.c_str()获取带'\0'的只读指针，安全且明确 - 必须用数组？至少用
std::array<char n></char>，配合data()和size()显式控制范围，不依赖'\0'
“烫烫烫”不是字符编码 bug，是内存状态暴露出来的初始化缺失信号。盯住 '\0' 和初始化动作，比调字体或改区域设置管用得多。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
