最直观做法是用std::string::find与erase循环删除协议头，需每次重置搜索起点；多变体场景宜用std::regex_replace；只读解析推荐std::string_view按长度降序匹配并截取。
用 std::string::find + std::string::erase 循环移除协议头
直接暴力匹配并删除是最直观的做法，适合协议头固定、出现次数不多的场景（比如统一去掉 "http://" 或 "https://"）。注意必须循环查找，因为单次 erase 后后续字符前移，下一次 find 要从起始位置重新开始，否则会跳过紧邻的重复头。
常见错误是写成 pos += len 继续搜索，这在协议头可能重叠或嵌套时（如 "https://http://"）会漏删。正确做法是每次删完都重置搜索起点：
std::string s = "https://http://example.com";
std::string prefix = "http://";
size_t pos = 0;
while ((pos = s.find(prefix, pos)) != std::string::npos) {
s.erase(pos, prefix.length());
// 不加 pos += prefix.length()，让下一轮从 pos 开始找（已缩短）
}
// 结果: "s://example.com" —— 注意：这里只删了第一个 "http://"，第二个被保留
所以更稳妥的是删完后设 pos = 0，或者用 pos = s.find(prefix) 每次全串扫描。
用 std::regex_replace 一次性清除所有匹配
当协议头有多种变体（"http://"、"https://"、"ftp://"），或需支持大小写不敏感时，正则更可靠。但要注意 C++11 的 std::regex 在部分标准库实现（如 libstdc++）中性能差、功能不全，Clang/libc++ 或 MSVC 更稳定。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 用
std::regex_constants::icase处理大小写（如"HTTP://"） - 避免写
^http://假设协议头一定在开头——题目要求“所有”，不是“开头” - 若只要去开头的协议头，用
^https?://更精准，减少误删
#include <regex> std::string s = "Visit http://a.com or HTTPS://b.net"; std::regex proto_re(R"(https?://|ftp://)", std::regex_constants::icase); s = std::regex_replace(s, proto_re, ""); // 结果: "Visit a.com or b.net"
用 std::string_view 避免拷贝做只读判断
如果只是检查或提取去除协议头后的主体（比如解析 URL），没必要修改原字符串。用 string_view 定位起始位置更快：
关键点：
-
string_view不拥有内存，不能用于返回脱离作用域的子串 - 协议头匹配要按长度降序写（先试
"https://"再试"http://"），否则"https://"永远被截成"http://"匹配 - 返回
sv.substr(pos)时，pos必须是协议头结束位置，不是起始
std::string_view get_host_part(std::string_view s) {
if (s.starts_with("https://")) return s.substr(8);
if (s.starts_with("http://")) return s.substr(7);
if (s.starts_with("ftp://")) return s.substr(6);
return s;
}
注意协议头和路径分隔符的边界问题
真实场景中容易忽略协议头后是否紧跟有效路径。例如 "http://" 单独出现（末尾无域名），或后面跟空格/"\n"，直接删除可能导致语义错乱。这时候应加边界判断：
比如只删“后面紧跟字母、数字或点”的协议头，避免删掉像 "I use http:// daily" 中的 "http://"（虽然少见，但业务文本里可能出现）：
// 粗略检查：协议头后是不是域名常见字符
if (pos + prefix.length() < s.length()) {
char next = s[pos + prefix.length()];
if (std::isalnum(next) || next == '.' || next == '-') {
s.erase(pos, prefix.length());
}
}
真正健壮的 URL 清洗需要完整解析器（如 uri-parser 库），纯字符串操作只能覆盖典型用例。别指望一个 replace 调用就处理所有 RFC 3986 变体。
