std::string的+不能混用C字符串，因+仅重载于至少一个std::string操作数；两const char*相加是非法指针运算。==适合判等，compare()支持子串比较和大小关系判定。
为什么 std::string 的 + 连接不能和 C 风格字符串混用？
因为 + 是重载运算符，只对至少一个操作数是 std::string 时才触发；两个纯 const char* 相加会变成指针算术，不是拼接。
- 错误写法：
"hello" + "world"→ 编译失败（C++11 起）或指针相加（未定义行为） - 正确写法：必须让至少一边是
std::string，比如std::string("hello") + "world"或"hello" + std::string("world") - 注意：
"hello" + s（s是std::string）合法，但s + "hello"也合法 —— 因为有非成员重载函数支持左值std::string和右值 C 字符串 - 性能提示：频繁用
+拼接多个字符串会产生临时对象，改用+=或std::ostringstream更高效
== 和 compare() 哪个更适合字符串比较？
== 足够日常使用，但 compare() 提供更细粒度控制，尤其在需要区分“小于/等于/大于”或子串比较时不可替代。
-
==返回bool，语义清晰，适合判等场景；底层调用的正是compare() == 0 -
compare()返回int：负值表示小于，0 表示相等，正值表示大于 —— 适合做std::sort的谓词或 switch 判断 - 子串比较：如
s1.compare(pos1, len1, s2, pos2, len2)，==完全不支持这种切片比对 - 注意：
compare()对空字符串、越界参数有明确定义（如长度超出则取到末尾），但传错pos仍会抛std::out_of_range
用 std::cin >> 读字符串为什么停在空格？怎么读整行？
operator>> 默认以空白字符（空格、制表、换行）为分隔符，所以只会提取第一个单词；要读完整行，必须用 std::getline()。
-
std::cin >> s：跳过开头空白，读到下一个空白为止；s不含空格，也不含换行符 -
std::getline(std::cin, s)：读到换行符为止，并丢弃该换行符；s包含中间所有字符（包括空格），但不含换行 - 常见坑：先用
>>再用getline()，缓冲区残留的换行会被getline()立即读走，导致“跳过输入”——需在中间加std::cin.ignore() - 安全起见：若不确定输入格式，优先用
getline()，再用std::stringstream解析内部字段
std::string 的隐式转换和构造函数容易引发什么歧义？
从 C 字符串构造 std::string 是隐式的，但某些重载函数签名相近时，编译器可能选错函数，尤其是涉及 char、int 或自定义类型时。
立即学习“C++免费学习笔记（深入）”；
- 典型问题：
func("hello")若func有void func(const char*)和void func(std::string)两个重载，两者都可行，但优先匹配const char*（无转换） - 更隐蔽的是构造函数：如
std::string s(5, 'a')是重复构造，但std::string s(5)会尝试用char(5)初始化，结果是含一个 ASCIIENQ字符的字符串，不是长度为 5 的空串 - C++11 后推荐用花括号初始化防误：
std::string s{5, 'a'}明确调用 initializer_list 构造，而std::string s{5}编译失败（无匹配） - 与
std::string_view混用时也要小心：func(std::string_view{"abc"})和func("abc")可能触发不同重载，因后者可转std::string或std::string_view
compare() 调用里漏写了长度参数导致越界截断。 
