因为调用C API、嵌入式开发或维护遗留代码时必须使用char*，而std::string虽内部用指针管理但封装了内存细节；C风格字符串依赖手动维护'\0'和边界，否则易致崩溃或乱码。
为什么不能直接用 std::string 就非得碰指针和 C 风格字符串？
因为你在调用 C API（比如 open()、printf()、strtok()）、嵌入式环境、或维护老代码时，绕不开 char*。C++ 的 std::string 内部虽常以指针管理字符，但它的接口封装了内存细节；而 C 风格字符串本质是 char 数组 + 末尾 '\0'，所有操作都依赖你手动保证这个约定——漏掉 '\0' 或越界读写，轻则输出乱码，重则崩溃。
char* 和 const char* 到底该选哪个？
看你要不要修改内容：
- 指向字面量（如
"hello"）必须用const char*：编译器通常把字面量放在只读段，用普通char*赋值不报错，但运行时改它会触发Segmentation fault - 指向堆/栈上可写的数组，才用
char*，例如：char buf[64];
或char* p = new char[64];
- 函数参数中，只要不修改字符串内容，一律优先声明为
const char*（比如strlen(const char*)），避免意外修改和提升接口安全性
用指针遍历、查找、复制时最常踩的坑
核心就一条：别忘了 '<p>核心就一条：别忘了 <code>'\0' 是终结信号，不是可选配件。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 遍历时用
while (*p != '\0')，而不是while (*p)—— 后者看似简洁，但若字符串意外没以'\0'结尾，就会一直跑出内存边界 - 用
strcpy()前必须确保目标缓冲区足够大，且已初始化（否则残留垃圾字节可能被误认为字符串结尾）；更安全的做法是用strncpy(dst, src, n-1); dst[n-1] = '\0'; -
strcat()不检查目标空间，拼接前务必确认剩余容量 ≥ 源长度 + 1（留给'\0'），否则覆盖相邻变量 - 获取长度用
strlen()，别自己写循环数——它内部做了优化，且明确以'\0'为唯一终止条件
从 std::string 安全转成 C 风格字符串
std::string 的 c_str() 返回 const char*，生命周期绑定到原 string 对象；只要 string 还活着、没被移动或析构，指针就有效。
立即学习“C++免费学习笔记（深入）”；
- 别这样写：
const char* p = std::string("temp").c_str(); // 错！临时对象一走，p 悬空 - 正确做法是先存住 string：
std::string s = "hello";<br>const char* p = s.c_str(); // OK，s 活着，p 就安全
- 需要可修改副本？用
std::vector<char></char>拷贝：std::vector<char> buf(s.begin(), s.end());<br>buf.push_back('\0');<br>char* writable = buf.data(); // 注意：buf 不能提前析构
真正麻烦的从来不是语法，而是谁在什么时候释放内存、谁负责保证 '\0' 存在、以及两个世界（C++ 对象模型 vs C 手动内存）交接处的那条模糊边界。
