std::string::starts_with可安全判断并配合substr剔除前缀，支持字符串字面量和string_view，空前缀返回true，需注意生命周期、大小写及UTF-8边界问题。
用 std::string::starts_with 判断再切片（C++20 起）
C++20 引入了 starts_with，配合 substr 可安全剔除前缀。它比手写字符比较更可靠，且支持字符串字面量、std::string_view 等多种参数类型。
- 前缀为空时
starts_with返回true，需额外判断避免误删 - 若匹配成功，用
s.substr(prefix.length())获取剩余部分，不建议用erase(0, prefix.length())，因为后者会修改原字符串且无返回值 - 不支持 C++17 及更早版本；若项目受限于旧标准，跳过此方法
std::string s = "https://example.com";
std::string prefix = "https://";
if (s.starts_with(prefix)) {
s = s.substr(prefix.length()); // → "example.com"
}
兼容 C++11 的手动比对方案
没有 starts_with 时，常用 compare 或 substr + ==，但两者行为不同：
-
s.compare(0, prefix.size(), prefix) == 0是最稳妥的：自动处理长度越界（当s.length() < prefix.length()时直接返回非零值，不会崩溃） -
s.substr(0, prefix.length()) == prefix有风险：若s比prefix短，substr会截取到末尾，可能产生误匹配（例如"ab"对比"abc"得到"ab" == "abc"为false，看似安全，但逻辑隐含依赖截断行为，可读性差）
std::string remove_prefix(const std::string& s, const std::string& prefix) {
if (s.length() >= prefix.length() &&
s.compare(0, prefix.length(), prefix) == 0) {
return s.substr(prefix.length());
}
return s;
}
注意 std::string_view 的零拷贝优势
如果只是临时判断+提取，且原始字符串生命周期足够长，优先用 std::string_view 避免复制：
-
std::string_view::starts_with行为与std::string一致，但不分配内存 - 剔除后得到的仍是
std::string_view，指向原字符串内部，不能脱离原字符串作用域使用 - 若后续需要拥有权（如存入容器、跨函数传递），仍需调用
std::string{sv}构造
std::string data = "file:///tmp/log.txt";
std::string_view sv{data};
if (sv.starts_with("file://")) {
sv = sv.substr(7); // → "/tmp/log.txt"，仍绑定 data
}
常见错误：忽略大小写与 Unicode 边界
标准库所有前缀判断都是逐字节/码元严格匹配，不处理：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 大小写：如想忽略大小写剔除
"HTTP://"或"http://"，必须先转小写（或用std::tolower逐字符比对），不能依赖starts_with - Unicode：UTF-8 下一个汉字占 3 字节，若用
substr(0, 2)截取可能撕裂字符；此时应使用 ICU 或std::codecvt_utf8（已弃用）等专用库解析码点，而非按字节操作
真正要健壮处理国际化前缀，C++ 标准库目前无直接支持，得引入外部方案。多数场景下，明确协议或格式（如 URL、JSON key）时，约定好编码和大小写即可，不必过度泛化。
前缀剔除看着简单，但空字符串、越界、视图生命周期、编码假设这四点，任何一个没兜住，上线后都可能表现为静默错切或崩溃。
