最稳妥做法是用std::string::erase配合std::find_if_not从右往左删：先用rbegin/rend反向查找首个非空白符，base()转正向迭代器后erase至end；若全空白则erase(begin,end)清空。
用 std::string::erase + std::find_if_not 从右往左删
直接修改原字符串、不分配新内存、兼容 C++11 及以上，是最常用也最稳妥的做法。核心思路是：从末尾开始找第一个非空格字符的位置，然后把之后的所有字符（即行尾空格）一并擦除。
注意：这里“空格”严格指 ASCII 空格（' '），不包括 '\t'、'\n'、'\r' 等。如果需处理所有空白符，得换用 std::isspace（且需传 unsigned char 防 UB）。
示例代码：
void rtrim(std::string& s) {
s.erase(std::find_if_not(s.rbegin(), s.rend(), [](unsigned char c) {
return std::isspace(c);
}).base(), s.end());
}
-
s.rbegin()和s.rend()是反向迭代器，遍历方向是从后往前 -
std::find_if_not找到第一个“不满足条件”的位置，也就是第一个非空白符 -
.base()把反向迭代器转成正向迭代器，正好指向该非空白符的下一个位置（即待擦除起点） - 若全为空白，
find_if_not返回s.rend()，其.base()就是s.begin()，整串被清空——行为正确
为什么不用 while (s.back() == ' ') 循环？
看似直观，但极易 crash。常见错误是没检查字符串是否为空就调用 s.back() 或 s.pop_back()，触发未定义行为。
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 空字符串调用
s.back()→ 直接崩溃（debug 模式下）或读越界（release） - 循环中忘记
!s.empty()判断，尤其在连续删完后继续操作 - 只判断
' '，漏掉制表符等，导致逻辑不一致
哪怕加了判空，循环方式在性能上也不如单次 erase：每次 pop_back() 都可能触发内部容量调整（虽然通常不会），且分支预测更差。
如果只要删 ASCII 空格（不含其他空白），可以简化
省去 <locale> 和 std::isspace 的依赖，避免 locale 影响，也规避 char 符号性问题。
更轻量的写法：
void rtrim_space_only(std::string& s) {
auto it = s.rbegin();
while (it != s.rend() && *it == ' ') ++it;
s.erase(it.base(), s.end());
}
- 明确只处理空格，语义清晰，无隐式转换风险
- 比泛化版快一点点（无函数调用开销、无类型转换）
- 仍需注意：
s.rbegin() == s.rend()即空串时，while不进，it.base()是s.begin()，安全
别在循环里反复调用 substr 或构造新字符串
有人习惯写 s = s.substr(0, s.find_last_not_of(" \t\n\r") + 1)，这会产生临时对象，还可能抛异常（如 find_last_not_of 返回 std::string::npos 时加 1 溢出）。
-
find_last_not_of对空串返回npos，npos + 1是 0 →substr(0, 0)虽安全，但逻辑难懂 - 每次调用都分配堆内存，对高频调用场景（如日志清洗）有明显开销
- 不能原地修改，无法用于 const 引用参数或性能敏感路径
真正要删行尾空格，就该直接改原字符串；是否需要保留原值，由调用方决定。
