char[]与std::string底层机制、内存管理、行为边界完全不同，不可混用：前者需手动维护'\0'且无长度信息，后者自动管理容量与长度，但传C函数时须用c_str()。
char[] 和 std::string 不是“两种写法不同但效果一样”的东西——它们底层机制、内存管理、行为边界完全不同。直接混用或互换，轻则逻辑错乱，重则崩溃。
字符数组必须手动管好 '\0'，否则 strlen、strcpy 会越界
字符数组本身只是连续的 char 内存块，它不自带长度信息，也不自动维护结束符。只有当你显式留出空间并确保末尾是 '\0' 时，它才能被当成 C 风格字符串使用。
-
char buf[5] = "hello";—— 错！5 个位置刚好塞满 h e l l o，没地方放'\0'，strlen(buf)会一直往后读，直到撞上内存里偶然的0，结果不可预测 -
char buf[6] = "hello";—— 对，编译器自动补'\0'，strlen返回 5 -
char buf[10] = {'h','e','l'};—— 前 3 个是明确赋值，后面默认初始化为0，所以末尾天然有'\0'，可安全用于printf("%s", buf)
std::string 自动管理容量和长度，但不能直接传给 C 函数
std::string 是对象，内部封装了动态内存、长度缓存、自动扩容等逻辑。你调 s.length() 或 s.size() 拿到的是有效字符数，不包含终止符；它内部不一定以 '\0' 结尾（C++11 起保证数据连续且以 '\0' 结尾，但你不该依赖这点做指针运算）。
- 传给
printf("%s", s.c_str())没问题，c_str()返回 const char*，保证以'\0'结尾 - 传给
strcpy(dst, s.c_str())要确保dst足够大，strcpy不检查目标空间，只认'\0' -
strcpy(dst, s.data())危险！data()在 C++11 中不保证结尾有'\0'（虽多数实现有，但标准未强制）
字符数组在栈上固定大小，std::string 在堆上按需分配
定义 char name[256] 就占用了 256 字节栈空间，无论你只存 3 个字符还是 255 个；而 std::string name 初始几乎不占堆内存，第一次 = 或 += 才分配，后续扩容策略由实现决定（通常是翻倍）。
- 栈空间小、函数调用深时，大字符数组可能引发栈溢出；
std::string把压力转到堆，但要注意频繁构造/析构带来的分配开销 - 全局或 static 的字符数组（如
static char buf[4096]）生命周期长、线程不安全；std::string默认可拷贝，但共享同一实例时仍需加锁 - 嵌入式或硬实时场景中，
std::string的隐式分配可能被禁用，此时只能用字符数组 + 手动缓冲区管理
比较和赋值行为截然不同
char a[] = "abc"; char b[] = "abc"; —— 两个独立数组，a == b 比较的是首地址，永远为 false；strcmp(a, b) 才是语义相等判断。而 std::string a="abc", b="abc"; —— a == b 直接重载了 operator==，逐字符比对内容。
立即学习“C++免费学习笔记（深入）”；
-
char a[10]; strcpy(a, "hi");后，a实际内容是"hi\0xxx..."，剩余字节未定义，strlen(a)仍是 2 -
std::string a = "hi"; a += " there";后，a.length()是 8，内部缓冲区已自动扩容，无残留垃圾 - 把字符数组传给函数时，本质上传的是指针，函数内
sizeof(arr)永远是指针大小（如 8），不是原数组长度 —— 这点极易误判
'\0' + 仅用于 C 风格函数”时才成立。一旦涉及拼接、查找、跨函数传递长度，或者想用 + 操作符，char[] 就立刻暴露原始性。别指望靠注释提醒自己“这里要小心 \0”，代码得自己扛住边界。 
