不能直接用 std::string::find + substr 循环拆分，因为每次 substr 都会分配新内存、拷贝字符，性能差；应使用 std::string_view 实现零拷贝物理拆分，仅记录起止位置，但需确保原字符串生命周期不短于所有 view。
为什么不能直接用 std::string::find + substr 循环拆分？
因为每次 substr 都会分配新内存、拷贝字符，对长字符串或高频调用场景（比如日志解析、CSV 行处理）性能损耗明显。物理拆分的核心诉求是「零拷贝」——即不复制原始数据，只记录各子串的起止位置。
用 std::string_view 实现真正物理拆分
std::string_view 是 C++17 引入的轻量视图类型，它只存指针和长度，构造开销几乎为 0。拆分结果不是一堆 std::string，而是一组 std::string_view，全部指向原字符串的连续内存段。
- 确保输入字符串生命周期 ≥ 所有
string_view的生命周期（否则悬空） - 分隔符只能是单个
char，不支持多字节或字符串分隔符 - 连续分隔符会被视为多个空段（例如
"a||b"拆成{"a", "", "b"}）
示例实现：
std::vector<:string_view> split_sv(std::string_view s, char delim) {
std::vector<:string_view> result;
size_t start = 0;
while (start <h3>遇到空字符串或全是分隔符时的行为</h3>
<p>该函数对边界情况有明确定义：输入空串 <code>""</code> 返回空 <code>vector</code>；输入 <code>"|||"</code>（全分隔符）返回三个空 <code>string_view</code>（每个长度为 0，但指针有效）。</p>
<ul>
<li>不会跳过空段 —— 这是「物理拆分」的本质：按位置切，不管内容是否为空</li>
<li>若需过滤空段，必须在调用后手动 <code>erase-remove</code>，不能在拆分逻辑里做，否则破坏物理性</li>
<li>
<code>string_view::data()</code> 在空段时仍合法，指向原字符串中对应位置（哪怕那个位置就是分隔符本身）</li>
</ul>
<h3>性能关键点：避免隐式转换和额外查找</h3>
<p>常见错误是把 <code>string_view</code> 不经意转成 <code>std::string</code>，比如用 <code>result.push_back(std::string{s.substr(...)})</code>，这立刻失去物理性。</p>
<ul>
<li>所有中间变量保持 <code>std::string_view</code> 类型，不要赋值给 <code>std::string</code>
</li>
<li>不用 <code>std::getline</code>（它依赖 <code>std::istream</code>，且输出必为 <code>std::string</code>）</li>
<li>若需兼容 C++14，可用 <code>const char*</code> + <code>size_t</code> 替代 <code>string_view</code>，但需自行管理长度</li>
</ul>
<p>真正难的是生命周期管理 —— 一旦原字符串被移动、析构或重分配，所有 <code>string_view</code> 立刻失效，这种错误在运行时不会报错，只会读到垃圾数据。</p></:string_view></:string_view>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
