绝大多数情况下应直接使用std::string，它自动管理内存、支持拷贝拼接查找等操作且避免越界或遗漏'\0'导致崩溃；仅在对接C API、嵌入式受限环境或性能极端敏感时才考虑char[]或char*。
用 std::string 而不是 char[] 或 char*
绝大多数情况下，直接用 std::string。它自动管理内存、支持拷贝、拼接、查找等操作，且不会因越界或忘记 \0 导致崩溃。C 风格的 char[] 和裸指针 char* 仅在对接 C API、嵌入式受限环境或性能极端敏感场景下才考虑。
- 头文件必须包含
#include <string> - 需使用命名空间：写
std::string，或加using std::string;（不建议全局using namespace std;） - 初始化方式多样：
std::string s1;（空串）、std::string s2 = "hello";、std::string s3{ "world" };，三者语义一致
std::string 和 std::string_view 怎么选
当函数参数只读且不修改字符串内容时，优先用 std::string_view（C++17 起），避免不必要的拷贝。但它不拥有数据，传入的原始字符串生命周期必须长于 string_view 的使用期。
- 函数接收临时字符串字面量？用
std::string_view安全：void log(std::string_view msg) - 需要修改、拼接、存储？必须用
std::string：s += "extra";不合法于string_view - 从
string_view转string：直接构造，std::string{sview}
定义时容易踩的坑
常见错误不是语法错，而是语义和生命周期误判。
- 把局部
char[]地址赋给std::string没问题，但反过来——把&s[0]当 C 字符串传给 C 函数时，s若是空串，&s[0]未定义；应改用s.c_str() - 用
=初始化std::string会触发隐式转换（如std::string s = 123;），编译失败；但std::string s{123};会构造含 123 个'\0'的串——这通常不是你想要的 - 在类成员中定义
std::string，无需手动new/delete，析构自动释放内存；但若用std::string*就得自己管
宽字符和 UTF-8 怎么办
标准 std::string 是 char 序列，天然适合 UTF-8 编码的文本（Linux/macOS 默认、现代 Web/网络协议主流）。不要把它当成“只能存 ASCII”。
立即学习“C++免费学习笔记（深入）”；
- 想处理 Windows GUI 的宽字符（
wchar_t）？用std::wstring，但注意跨平台性差，且wchar_t在 Windows 是 16 位（UTF-16），Linux 是 32 位（UCS-4） - 真正需要 Unicode 意义上的字符操作（如取第 N 个“用户感知字符”）？
std::string不行，得用 ICU、utf8cpp 等第三方库 - 读文件或网络数据时，确保编码与预期一致；
std::string本身不校验 UTF-8 合法性
std::string”以及“用的时候是否清楚它的数据归属和编码边界”。 
