drop_while 在遇到第一个不满足谓词的元素时停止丢弃；对 {1,2,3,2,4} 和谓词 x
drop_while 什么时候会停止丢弃？
std::ranges::views::drop_while 不是丢弃所有满足条件的元素，而是从开头连续丢弃——一旦遇到第一个不满足谓词的元素，立刻停止，后续所有元素（包括后面可能再次满足谓词的）都会保留。
这和 std::ranges::views::filter 有本质区别：后者是全局筛选，前者是前缀截断。
- 输入
{1,2,3,2,4}，谓词[](int x){ return x → 输出 <code>{3,2,4}（只丢掉开头连续的1,2） - 若误以为它等价于 “删掉所有小于 3 的数”，就会得到错误预期
- 常见于解析日志前缀、跳过空行或注释行等「头部噪声」场景
谓词参数必须可复制且无副作用
drop_while 内部会对每个前置元素调用谓词，且标准不保证调用次数（可能多次或优化为一次），因此谓词不能依赖外部状态或修改捕获变量。
- ✅ 正确：
[x](int v) { return v （只读捕获） - ❌ 危险：
[&count](int v) { return ++count （副作用 + 多次调用导致行为不可控） - ❌ 编译失败：如果谓词返回类型不是能隐式转为
bool的类型（比如返回int但未显式转bool）
视图组合时注意求值时机和生命周期
drop_while 返回的是一个视图（view），不拥有底层数据。若原始范围是临时对象（如函数返回的 std::vector），直接链式调用会导致悬垂引用。
- ❌ 危险：
auto v = foo().views::drop_while(...);（foo()返回的 vector 析构后，v迭代器失效） - ✅ 安全：先保存容器，再构造视图：
auto data = foo(); auto v = data | std::views::drop_while(...); - ⚠️ 注意：C++20 中
std::views::drop_while是懒求值，迭代时才触发谓词；若谓词抛异常，异常发生在迭代开始后，而非视图构造时
与传统循环手动跳过相比有何实际差异？
用 drop_while 并非只是“写得更短”，关键在于它保持了视图语义：零拷贝、延迟计算、可组合、支持 range-for 和算法适配。
- 手动找起始迭代器需要写
std::find_if_not+ 拆包，且无法直接用于for (auto x : ...)或传给std::ranges::sort -
drop_while可无缝拼接：vec | std::views::drop_while(pred) | std::views::take(10) - 性能上无额外开销（编译器通常内联谓词），但调试时看不到中间结果——出问题要靠断点打在谓词里，而不是 inspect 迭代器位置
真正容易被忽略的是：它只作用于“逻辑头部”，而这个“头”由迭代器顺序定义，跟容器物理布局无关；对 std::list 或自定义 bidirectional_range 同样适用，但对 input_range（如 iostream）只能单次遍历，用完即失效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
