c++oding="utf-8" ?>
必须从右往左循环调用rfind和erase删除所有末尾标记，因标记可能重叠；需校验marker非空防死循环，rfind自动处理新串查找，比regex更安全高效且无元字符风险。
用 std::string::erase 配合 std::string::rfind 从末尾循环删
直接删所有“特定结束标记”不能只靠一次 erase，因为标记可能重叠或连续出现（比如字符串是 "abcc"，要删 "bc"，删掉中间的 "bc" 后，前后字符拼成新的 "bc"）。必须从右往左找、删，避免迭代器失效或漏删。
关键点：每次只删最右边一个匹配，删完立刻重新查找，直到找不到为止。
- 用
rfind找最后一次出现位置，比find+ 循环更安全（不依赖索引递增） - 删完后不要手动移动索引，
rfind自动处理新字符串 - 检查返回值是否为
std::string::npos，否则会误删末尾
void removeTrailingMarkers(std::string& s, const std::string& marker) {
size_t pos;
while ((pos = s.rfind(marker)) != std::string::npos) {
s.erase(pos, marker.length());
}
}
为什么不用 std::regex_replace？
正则看起来简洁，但实际容易误伤——比如标记含 "."、"*"、"^" 等元字符，不转义就会行为异常；而且正则引擎开销大，对纯后缀删除属于杀鸡用牛刀。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
regex_replace(s, std::regex(marker), "")会全局替换，不是只删“结尾处”的标记 - 若想限定“仅在末尾”，得写
std::regex(marker + "$")，但这样只能删最后一个，无法处理"abcabc"删"bc"后还剩"abca"的情况 - 编译期无检查，运行时报错难定位（比如
std::regex_error）
处理空标记或空字符串时的边界行为
如果传入空 marker（长度为 0），rfind 永远返回 0，导致死循环；如果 s 为空，rfind 返回 npos，安全退出。必须显式校验。
- 开头加
if (marker.empty()) return; - 不必检查
s.empty()，rfind对空串返回npos，循环自动终止 - 注意
marker.length()是size_t，和pos类型一致，避免有符号/无符号比较警告
性能敏感场景下要不要预分配空间？
不需要。反复 erase 虽然会多次搬移内存，但现代 libstdc++ / libc++ 的 std::string 通常采用短字符串优化（SSO），小字符串根本不堆分配；即使大字符串，删的是末尾，erase 可能只是改 size，不一定 realloc。
- 别提前
reserve——你不知道最终长度，反而浪费内存 - 如果已知最多删 N 次，且标记长度固定，可考虑先扫一遍计数再一次性构造结果，但代码复杂度上升，一般没必要
- 真正瓶颈往往不在这里，而在标记本身是否需要动态计算（比如从配置读取），那才值得缓存
最常被忽略的是：标记是否区分大小写、是否允许部分匹配（比如 "ing" 在 "running" 中应删几次？）。这些逻辑不在 erase 和 rfind 职责内，得由调用方明确约定。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
