字符数组未加'\0'会乱码，因为C++中字符串函数（如printf、strcpy等）依赖'\0'判断结束位置，缺失时会持续读取后续内存直至遇到随机'\0'，导致输出不可控的乱码内容。
字符数组没加\0为什么会乱码
因为C++里用char数组表示字符串时，标准库函数（比如printf、std::cout 、<code>strlen）都依赖\0作为结束标记。数组里没写\0，程序就会一直往后读内存，直到偶然碰到一个零字节——这段“意外读到”的内容就是乱码来源。
怎么确保字符数组以\0结尾
有三种常用方式，选哪种取决于你初始化的方式和后续是否要修改内容：
- 定义时直接用字符串字面量初始化：
char s[] = "hello";—— 编译器自动补\0，安全可靠 - 手动分配空间并逐个赋值，必须显式写末尾：
char s[6] = {'h','e','l','l','o','\0'}; - 运行时填充后，务必手动补零：
s[5] = '\0';（前提是数组长度足够，否则越界）
char s[5] = "hello"为什么不行
这个声明看似合理，实则危险："hello"实际占6字节（5个字母+1个\0），但s[5]只给5个char空间，\0被截断。结果是数组不以\0结尾，所有基于C风格字符串的函数都会越界读取。
正确写法只有两种：
立即学习“C++免费学习笔记（深入）”；
-
char s[6] = "hello";（显式留出空间） -
char s[] = "hello";（让编译器推导长度）
调试时怎么快速发现漏了\0
乱码本身是表象，真正线索在行为异常上：
-
strlen(s)返回值远大于预期（比如填了5个字符却返回23） std::cout 输出后还带一堆奇怪符号或触发崩溃- 用
gdb查看内存：x/10cb s看前10个字节，确认第6个是不是00
最稳妥的做法：只要用char[]存字符串，就默认它需要\0；哪怕只是临时拼接、中间处理，也别省那一个字节——少它一个，后面排查半小时。
