用substr删除固定前缀最直接，但需先校验长度；用户名长度不固定时应find分隔符后erase；提取用户名宜用substr配合find；string_view可避免拷贝，但需注意生命周期。
字符串中删除固定前缀（如用户名）用 substr 最直接
如果用户名格式统一，比如总是以 "user_123:" 开头，后面跟实际内容，直接用 substr 切掉已知长度的前缀最安全、最快。不需要正则、不涉及内存重分配（除非原字符串是右值且用 std::move），也避免查找失败导致越界。
常见错误是硬写索引却没校验长度：s.substr(7) 在 s 只有 5 个字符时会抛 std::out_of_range。
- 先检查长度：
if (s.length() >= 7 && s.substr(0, 7) == "user_123:") { s = s.substr(7); } - 或者更通用：用
s.find(":")定位分隔符，再判断是否在开头附近（比如前 20 字符内），避免匹配到内容里的冒号 - 注意：
substr(pos)当pos == s.length()时返回空串，合法；但pos > s.length()就崩
用户名长度不固定？用 find + erase 更稳妥
当用户名部分是“任意字母数字+下划线”，后接固定分隔符（如 ":" 或 "@"），就不能靠固定长度切了。这时应先定位分隔符位置，再擦除从开头到该位置（含）的所有内容。
典型场景：解析日志行 "alice:command --flag" 或邮件地址前缀 "bob@example.com" 中的 "bob"。
立即学习“C++免费学习笔记（深入）”；
size_t pos = s.find(':'); if (pos != std::string::npos) s.erase(0, pos + 1);- 若分隔符可能不存在，必须检查
pos == std::string::npos，否则erase(0, -1)会把整个字符串删光（因为-1被转成极大无符号数） - 想保留分隔符？把
pos + 1换成pos
需要提取用户名本身（而非删除）？substr 配合 find 一步到位
有时候目标不是“减去”，而是“拿到用户名”——比如从 "admin@host" 中抽 "admin"。这时候别先删再取，直接截取更高效。
错误做法：先 erase 再取 substr(0, s.find('@'))，既修改原串又多一次查找。
- 正确：
size_t at_pos = s.find('@'); std::string username = (at_pos != std::string::npos) ? s.substr(0, at_pos) : s; - 如果用户名只允许 ASCII 字母数字和下划线，可加一层验证：
std::all_of(username.begin(), username.end(), [](char c) { return std::isalnum(c) || c == '_'; }) - 注意
substr(0, 0)返回空串，安全；但s.substr(0, n)中n超长时自动截断到s.length()，行为可控
用正则太重？std::string_view 避免拷贝更轻量
如果只是临时解析、不需修改原字符串，std::string_view 是零成本抽象。尤其在循环处理大量日志行时，避免反复构造 std::string 能明显降开销。
容易忽略的是生命周期绑定：string_view 不拥有数据，所指字符串必须比 view 活得久。
- 安全用法：
std::string_view sv = s; size_t pos = sv.find(':'); if (pos != sv.npos) sv.remove_prefix(pos + 1); - 不能这样：
auto get_user_view(const char* s) { return std::string_view(s); }—— 返回悬垂 view - 搭配
std::string_view::substr和remove_prefix，语义清晰且无内存分配
实际业务里，多数情况用户名结构是受控的，硬匹配或单次 find 就够用。正则留给真正需要模式弹性的场景，比如兼容旧版和新版命名规则。别为省几行代码引入 <regex> 和不可预测的性能抖动。
