c++字符串运算_连接、比较、输入输出等运算符重载应用

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() == 0compare() 返回 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) 初始化，结果是含一个 ASCII ENQ 字符的字符串，不是长度为 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() 调用里漏写了长度参数导致越界截断。