字符数组是裸内存，string是带长度管理的类对象；前者依赖'\0'且无边界检查，后者内置size/capacity并支持含'\0'字符串安全访问。
字符数组是裸内存，string是带长度管理的类对象——二者根本不在一个抽象层级上，混用不报错但极易越界或逻辑错。
char arr[10] 和 string s 的内存布局完全不同
char arr[10] 就是一块连续的 10 字节栈内存，里面存什么、读多少，全靠你手动控制。它没有“长度”字段，strlen(arr) 只能靠扫描第一个 '\0' 来猜结束位置；如果忘了写 '\0' 或中间有 '\0'，结果就不可控。
std::string 内部至少存三样东西：指向缓冲区的指针、当前有效字符数 size()、已分配容量 capacity()。它知道“我有几个字符”，不需要靠 '\0' 推断——哪怕字符串里真包含 '\0'（比如二进制协议头），s[2] 依然能安全取到。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 把
char buf[64]当作 C 字符串传给printf("%s", buf)，但 buf 里没写'\0'→ 打印出乱码或崩溃 - 用
strcpy(dest, s.c_str())拷贝std::string s，却没检查dest是否够大 → 越界写入 - 调用
s.data()后保存指针，接着对s做+=或append()→ 指针悬空，访问野内存
转换时最常踩的坑：到底是“复制”还是“借用”？
string 转 char 数组只有两种本质动作：
-
借用：用
c_str()或data()拿到内部缓冲区地址，但这个指针只在string对象生命周期内、且未被修改时有效 -
复制：用
copy()或strncpy()把内容搬进你自己的char[]，必须自己保证目标空间足够，并手动补'\0'
反过来，char 数组转 string 也分两类：
- 如果是以
'\0'结尾的 C 字符串，直接string s = arr;或string s(arr);即可 - 如果是纯缓冲区（如网络收包
char packet[1024]），必须显式传长度：string s(packet, len);，否则string会从packet开始一路读到内存里第一个'\0'，可能越界读
什么时候该用哪个？看接口契约
调用 C API（如 open()、setsockopt()、sqlite3_exec()）时，它们只认 const char*，这时你得用 s.c_str() ——但注意别在函数返回后还拿着这个指针用。
做字符串拼接、截取、查找等操作时，无脑用 std::string：s.substr(2,5)、s.find("abc")、s += "xyz"，别碰 strcat 或手写循环。
性能敏感场景（如高频日志拼接、协议打包）要警惕隐式拷贝：频繁调用 s.c_str() 不耗时，但 string s2 = s1 + s3 会触发堆内存分配和拷贝；此时可考虑复用缓冲区或用 std::string_view（C++17起）避免多余复制。
真正容易被忽略的是：很多老代码把 char[] 当“字符串”用，其实它只是“缓冲区”。每次看到 char buf[256]，先问一句——这 256 字节里，到底有多少是有效字符？有没有 '\0'？是谁负责写入 '\0'？答案不清楚，转换代码就一定埋着雷。
