std::views::split配合std::string_view是最轻量的字符串分割方案，C++20原生支持、零拷贝、懒求值；需注意生命周期、空字段处理及输入范围必须可借用。
用 std::views::split 配合 std::string_view 是最轻量的分割方案
不需要拷贝原始字符串，也不依赖第三方库，C++20 起原生支持。核心是把分隔符视为单字符或子视图，返回一个懒求值的视图范围。
-
std::views::split接收一个std::string_view和一个分隔符（char或std::string_view），返回std::ranges::split_view - 注意：它返回的是嵌套视图（
outer_range::inner_range），不能直接用auto拿到子串，得用范围 for 或显式转换 - 对空分隔符（如
""）不合法；对多字节分隔符（如"\r\n"）可用std::string_view形式，但底层按子串匹配，非正则
std::string_view s = "a,b,c,,d";
for (auto chunk : s | std::views::split(',')) {
std::string_view part{chunk.begin(), chunk.end()};
// part 是每个分割后的 view，无内存分配
}
为什么不能直接用 std::string + std::views::split？
因为 std::views::split 要求输入是 std::ranges::forward_range 且可借用（borrowed），而 std::string 的 begin()/end() 返回的迭代器绑定到临时对象时可能悬空。直接传 std::string 会触发编译错误或未定义行为。
- 正确做法：显式转成
std::string_view（确保源字符串生命周期足够长） - 错误写法：
"hello world" | std::views::split(' ')在 C++20 中合法（字面量是静态存储期），但std::string{"hello"} | std::views::split(' ')可能导致悬垂视图 - 若必须从
std::string出发，先取.sv()（C++23）或显式构造std::string_view(s)
处理连续分隔符和空字段时的陷阱
std::views::split 默认保留空字段（比如 "a,,b" 分割后得到三个视图："a"、""、"b"），这点和 Python 的 str.split() 默认行为不同，容易误判字段数。
- 要跳过空字段，需额外过滤：
| std::views::filter([](auto v) { return !v.empty(); }) - 连续分隔符产生的空视图，其
data()可能指向原字符串中两个相邻分隔符之间——地址有效，但长度为 0 - 不要对空
std::string_view调用.data()后再解引用；虽标准允许.data()对空 view 返回非空指针，但内容不可读
std::string_view s = "foo::bar::";
for (auto v : s | std::views::split("::") | std::views::filter([](auto sv) { return !sv.empty(); })) {
// 只遍历 "foo" 和 "bar"
}
性能关键点：避免隐式转换与重复计算
真正“优雅”的前提是零开销抽象。常见破坏性能的操作包括：频繁构造 std::string、在循环内重复调用 .substr()、或误用 std::vector<:string> 存储结果。
立即学习“C++免费学习笔记（深入）”；
- 如果只是遍历处理，全程用
std::string_view+ 视图链即可，无堆分配 - 若需拥有所有权（比如存入容器），再用
std::string{part}显式构造，别用std::string(part.begin(), part.end())—— 前者更直观且编译器优化更好 -
std::views::split是惰性的，但每次迭代都会重新定位分隔符；对超长字符串且分隔符稀疏时，不如手写一次扫描高效（不过绝大多数场景够用）
真正容易被忽略的是生命周期管理：所有 std::string_view 都依赖原始字符串不被销毁。一旦源 string 被 move 或析构，所有衍生 view 立即失效 —— 这比传统 std::vector<:string> 更隐蔽，也更危险。
