std::ranges::take_while生成懒求值视图，首次遇不满足条件元素即停止；适用于管道化组合与零拷贝场景，但不支持随机访问，且谓词须为纯函数。
std::ranges::take_while 不修改原容器，只生成一个懒求值的视图——它会在首次遇到不满足条件的元素时停止截取，后续元素哪怕再满足条件也不会被包含。
什么时候该用 take_while 而不是 find_if + subrange
当你需要一个可组合、可延迟求值的视图（比如链式调用 filter 或 transform），且不希望立即拷贝数据时，take_while 是更自然的选择。而 find_if + 手动构造 subrange 得到的是普通迭代器对，无法直接参与范围适配器管道。
- 适合管道化：可以写成
vec | views::take_while(pred) | views::transform(...) - 零拷贝：返回的是
view，底层不分配内存 - 不适用于随机访问场景：返回的视图不满足
random_access_range，operator[]不可用
take_while 的谓词必须是纯函数，否则行为未定义
因为视图是懒求值的，且标准不保证谓词调用次数和顺序（例如调试器单步、优化开启后可能提前缓存结果），若谓词带副作用（如修改外部变量、打印日志、改变状态），结果不可预测。
- ✅ 安全写法：
[x](auto&& v) { return v - ❌ 危险写法：
[&count](auto&& v) { return ++count —— <code>count可能被跳过或重复调用 - 编译期检查不了这个错误，运行时表现可能随 STL 实现或优化等级变化
空容器、全满足、首元素就不满足这三种边界情况
行为完全由“首次不满足”逻辑决定，无需特殊处理，但容易误判返回值大小：
立即学习“C++免费学习笔记（深入）”；
- 空范围 → 返回空视图（
begin == end） - 所有元素都满足 → 返回整个范围的视图（不是拷贝！仍是原容器的引用）
- 第一个元素就不满足 → 视图长度为 0，但
begin()仍指向原容器首元素（只是begin() == end()） - 注意：
size()对多数take_while视图不可用（不满足sized_range），应改用std::ranges::distance(v)（但会遍历，非 O(1)）
真正要注意的是：一旦原容器在视图存活期间被销毁或重排（如 std::vector::resize 或 push_back 触发重新分配），视图迭代器立即失效——这不是 take_while 的 bug，而是所有基于原始迭代器的视图共有的生命周期约束。
