推荐用 std::erase(str, '\r') 一行删除所有 '\r'（C++20）；兼容写法为 str.erase(std::remove(str.begin(), str.end(), '\r'), str.end())。
用 std::erase 删除所有 '\r' 最简洁（C++20）
如果你的编译器支持 C++20，std::erase 是最直接、安全且可读性最好的方式。它原地修改字符串，自动处理迭代器失效问题，无需手动管理位置。
常见错误是试图用 std::remove + erase 但漏掉 std::string::erase 的第二步，导致“看起来没删”——其实只是把 '\r' 挪到了末尾。
-
std::erase(str, '\r');—— 一行搞定，推荐首选 - 不适用于 C++17 或更早；若编译报错
no matching function for call to 'erase'，说明标准版本不够 - 对空字符串、无
'\r'字符串均安全，无副作用
兼容 C++11 的写法：用 std::remove + erase
这是最广泛兼容的方案，本质是“移除并擦除”两步：先用 std::remove 把所有 '\r' “挤到末尾”，再用 string::erase 删掉那段区间。
容易踩的坑是只调用 std::remove 而忘记 erase，结果字符串长度不变，只是内容被重排了。
立即学习“C++免费学习笔记（深入）”；
- 写法：
str.erase(std::remove(str.begin(), str.end(), '\r'), str.end());
-
std::remove不真正删除元素，而是返回新逻辑结尾的迭代器，必须配合erase才生效 - 注意：只删
'\r'，不碰'\n'或"\r\n"组合；如需同时处理换行符，得额外加逻辑
为什么不用 find + erase 循环？
有人会想到用 str.find('\r') 找位置，再 str.erase(pos, 1) 删除，循环直到 npos。这在语法上可行，但实际中隐患明显。
主要问题是每次 erase 都会移动后续字符，导致下一次 find 的位置偏移或跳过相邻 '\r'（尤其当连续多个 '\r' 时），而且性能差——O(n²) 时间复杂度。
- 例如
"\r\rabc"：第一次删掉索引 0 的'\r'后，第二个'\r'移到索引 0，但循环可能从索引 1 继续找，直接跳过 - 即使加
pos = 0重查，也比remove+erase多出大量内存拷贝 - 除非有特殊调试需求，否则不建议在生产代码里这么写
Windows 换行符 "\r\n" 怎么办？
如果目标是清理 Windows 风格换行（即把 "\r\n" 统一转成 '\n' 或纯空），不能只删 '\r'，否则会留下孤立的 '\n'，还可能把原本就存在的 '\r'（比如用户输入的 Ctrl+M）误伤。
真正健壮的做法是按完整换行序列处理，而不是单字符替换。
- 若只需标准化为 Unix 换行：
size_t pos = 0;<br>while ((pos = str.find("\r\n", pos)) != std::string::npos) {<br> str.replace(pos, 2, "\n");<br> pos += 1; // 注意：只进 1，因为替换成单个 '\n'<br>} - 若要彻底清除所有回车相关字符（包括孤立
'\r'和"\r\n"），建议先统一替换"\r\n"为"\n"，再用std::erase(str, '\r')或remove+erase清理剩余'\r' - 别用正则（
std::regex_replace）——启动开销大，短字符串反而更慢，且跨平台行为不一致
实际项目里，最容易被忽略的是换行符来源：文件读取时是否已由流自动转换？比如用 std::ifstream 以文本模式打开，Windows 下的 "\r\n" 通常已被转成单个 '\n'，此时再删 '\r' 就无意义。动手前先确认数据原始形态。
