用find定位首个匹配位置，再用erase删除：先检查pos是否为npos，再调用erase(pos, short_str.length())；空串时find返回0、erase(0,0)无影响；replace替换为空串语义不清且低效。
用 std::string::find + std::string::erase 定位并删除首个匹配子串
直接删掉长字符串中第一次出现的短字符串，核心是先找到位置，再切掉对应区间。C++ 标准库没提供“删首个子串”的单函数，但两步组合足够简洁可靠。
关键点：必须检查 find 返回值是否为 std::string::npos，否则 erase 传入非法位置会触发未定义行为（常见 crash 或静默错误）。
-
size_t pos = long_str.find(short_str);—— 返回首次匹配起始索引，没找到时为npos - 只有
pos != std::string::npos时才调用long_str.erase(pos, short_str.length()); -
erase的第二个参数是长度，不是结束位置；用short_str.length()而非short_str.size()更明确（二者等价，但语义更清）
注意 std::string::replace 不适合这个需求
有人误用 replace 想“替换成空”，比如 str.replace(pos, len, "")。这确实能达成效果，但逻辑绕路、可读性差，且空字符串字面量 "" 实际构造临时 std::string，有微小开销。更严重的是，它掩盖了“删除”这一真实意图。
对比：erase(pos, len) 直说“删”，replace(..., "") 像在“用空内容覆盖”，后者容易让人误以为要保留原位置的内存布局或触发重分配逻辑（其实不会，但徒增理解成本）。
立即学习“C++免费学习笔记（深入）”；
边界情况：短字符串为空时的行为
std::string::find("") 总是返回 0（C++11 起标准规定空串在任意位置都匹配，首次即开头），接着 erase(0, 0) 不改变原串 —— 这符合直觉（删零长度内容，啥也不发生）。但如果你业务上认为“删空串”应报错或跳过，就得手动加判断：
- 在调用
find前检查short_str.empty() - 若为空，按需处理（如 return / throw / 忽略）
- 不检查的话，代码能跑通，但可能掩盖逻辑漏洞
性能与线程安全提醒
find 是 O(N×M) 最坏复杂度（N 为长串长，M 为短串长），对超长文本或高频调用需留意。标准库实现通常有优化（如 Boyer-Moore 启发式），但无强制保证。
所有操作都是非原子的：find 和 erase 之间若其他线程修改同一 std::string 对象，结果不可预测。多线程场景下，要么加锁，要么确保该字符串仅被单线程独占访问。
真正容易被忽略的是：erase 可能触发内部缓冲区重分配（尤其当删后剩余容量远大于新长度时），如果后续还持有该字符串的迭代器或指针，它们会立即失效 —— 这类 bug 很难复现，调试成本高。
