应直接初始化string：std::string s = "hello"; 或 std::string s{"hello"}；避免先声明再赋值，以防多余构造；禁用operator[]越界访问，须确保索引
std::string 声明和初始化时，别用 char* 字面量直接赋值给未初始化变量
声明 std::string 后不初始化就直接赋值，看似没问题，但容易在边界场景出错。比如局部变量未显式初始化、类成员未在构造函数列表中初始化，后续用 = "hello" 赋值虽能编译，但会触发一次默认构造 + 一次赋值，多一次内存分配。
更稳妥的做法是直接初始化：
-
std::string s = "hello";—— 拷贝初始化（C++11 起通常优化为直接构造） -
std::string s{"hello"};—— 直接列表初始化，避免隐式转换，推荐 -
std::string s; s = "hello";—— 不推荐，多一次空字符串构造
注意：用 "hello" 初始化没问题，但若写成 std::string s = 'h'; 会编译失败——char 不能隐式转 std::string，这是常见误写。
用 operator[] 访问字符前，必须确保索引在 size() 范围内
operator[] 不做越界检查，访问 s[5] 而 s.size() == 3 是未定义行为，调试时可能 crash，也可能读到脏内存。它比 at() 快，但代价是完全甩手不管安全。
- 只在你 100% 确认索引合法时用
operator[]（比如循环i = 0; i ） - 处理用户输入、解析文本、下标来自计算结果时，优先用
s.at(i)—— 越界抛std::out_of_range -
s[s.size()]是合法的（指向 null terminator），但s[s.size() + 1]就危险了
错误现象示例：std::string s = "ab"; char c = s[10]; —— 编译通过，运行时行为不可预测。
修改字符串内容时，clear() + append() 比反复 += 更可控
频繁用 += 拼接小字符串，可能触发多次内存重分配。虽然 std::string 有指数扩容策略，但如果你明确知道最终长度（比如构建固定格式日志），提前 reserve() 或分步操作更稳。
-
s.clear(); s.append("key=").append(key).append("&val=").append(val);—— 链式调用清晰，且append返回引用，可读性好 -
s += "key=" + key + "&val=" + val;—— 看似简洁，但中间产生多个临时std::string，尤其key和val是变量时，+ 右侧可能触发额外拷贝 - 如果拼接前已知总长，先
s.reserve(expected_len)，再用+=或append，减少 realloc 次数
性能影响：短字符串（+= 的 realloc 开销就明显了。
传参时 const std::string& 比 std::string 值传递更通用也更安全
函数参数写成 void f(std::string s)，每次调用都拷贝整个字符串；而 void f(const std::string& s) 避免拷贝，还能接收字面量、临时对象、左值等所有常见类型。
- 除非函数内部要修改副本（比如 trim 后返回新串），否则一律用
const std::string& - 不要为了“支持字面量”而退化成
const char*参数——那样无法接收std::string对象，还得重载，得不偿失 - C++17 起可考虑
std::string_view（如void f(std::string_view s)），零拷贝、兼容字面量和std::string，但要注意string_view不拥有数据，传入的字符串生命周期必须长于函数调用
容易被忽略的一点：当函数需要把参数存下来长期使用（比如塞进容器、作为成员保存），就不能用 std::string_view，必须拷贝成 std::string —— 因为原始字符串可能很快析构。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
