std::string::erase配合std::find_if_not实现rtrim：用反向迭代器找第一个非空白字符，base()转正向位置后erase；需static_cast<unsigned char>防isspace未定义行为，空串须判空。
std::string::erase + std::find_if_not 怎么用
直接修改原字符串、不分配新内存的最常用做法就是 erase 配合反向查找。核心思路是：从末尾往前找第一个非空格字符，然后把之后（含）的所有字符删掉。
注意别用 std::isspace 直接判空格——它依赖 locale，可能把制表符、换行等也当“空白”，而多数 RTrim 场景只要处理 ASCII 空格（' '）或严格按 C 空白集（' ', '\t', '\n', '\v', '\f', '\r'）。如果需求明确是“C 风格空白”，优先用 std::isblank（C++11 起）或手动比对。
示例代码：
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() 是反向迭代器，.base() 把反向迭代器转回正向位置，刚好指向第一个要保留的字符。
立即学习“C++免费学习笔记（深入）”；
为什么不能用 while (s.back() == ' ') s.pop_back()
看似直观，但有三个实际风险：
- 空字符串调用
s.back()会未定义行为（UB），必须先判空 - 如果字符串全是空格，循环结束后
s变空，再调一次back()仍 UB - 每次
pop_back()都可能触发小量内存管理开销（虽然通常 negligible，但高频调用时不如单次erase干净）
安全写法必须加保护：
void rtrim_safe(std::string& s) {
while (!s.empty() && std::isspace(static_cast<unsigned char>(s.back()))) {
s.pop_back();
}
}
注意 static_cast<unsigned char> —— std::isspace 不接受负值，而 char 在某些平台默认是有符号的，直接传可能 UB。
std::string_view 的 RTrim 怎么做
如果只是读取、不需要修改原串，std::string_view 更轻量。它没有 erase，但可以快速构造子视图：
std::string_view rtrim_sv(std::string_view s) {
size_t end = s.length();
while (end > 0 && std::isspace(static_cast<unsigned char>(s[end-1]))) {
--end;
}
return s.substr(0, end);
}
关键点：
- 返回新
std::string_view，不拷贝数据 - 下标访问
s[end-1]比反向迭代器更直觉，且无base()转换开销 - 仍需
static_cast<unsigned char>防止std::isspace误判
Windows CRLF 和 Unicode 空格怎么办
标准 std::isspace 对 '\r' '\n' 是生效的，所以 Windows 行尾 "abc\r\n" 会被完整截掉；但对 Unicode 空格（如 U+00A0 不间断空格、U+2000–U+200F 等）完全无效——C++ 标准库不提供 Unicode-aware trim。
如果你的输入可能含 UTF-8 编码的 Unicode 空格，要么：
- 用 ICU 或 Boost.Text 做真正 Unicode trim（重量级）
- 简单过滤：在
std::isspace判定之外，额外检查 UTF-8 多字节空格的首字节（如0xC2后跟0xA0） - 业务上明确约定只处理 ASCII 空白，文档写清边界
多数后端服务和配置解析场景，坚持用 std::isspace 就够了；真遇到用户粘贴带 Unicode 空格的输入，往往得连带处理其他 Unicode 问题，RTrim 只是冰山一角。
