直接将std::sort(v.begin(),v.end())改为ranges::sort(v)，因容器本身是range；filter和transform需用|管道连接，如v|views::filter(pred)|views::transform(f)；ranges::find(v,42)返回迭代器，用!=v.end()判断存在性。
ranges::sort 怎么替掉 std::sort？
直接把 std::sort 换成 ranges::sort 就行，但得传一个范围（range），不是两个迭代器。老写法 std::sort(v.begin(), v.end()) 得改成 ranges::sort(v) —— 容器本身就能当 range 用。
- 支持所有标准容器、C 风格数组、
std::initializer_list，甚至带 begin/end 的自定义类型 - 不接受裸指针区间，比如
ranges::sort(p, p + n)会编译失败；得包一层std::span(p, n)或用std::ranges::subrange(p, p + n) - 排序稳定性没变，但底层可能用不同策略（比如对小数据切分后用插入排序），性能差异通常可忽略
- 如果容器是 const 的，编译直接报错——
ranges::sort要求 range 可修改，这点比老接口更早暴露问题
filter 和 transform 怎么链式写？
不能直接连点调用，ranges::filter 返回的是一个“视图（view）”，不是容器，得用管道操作符 | 连接。
- 写成
v | views::filter(pred) | views::transform(f)，不是views::filter(v, pred).transform(f) - 视图是惰性求值的，组合再多层也不会立刻遍历；只有你用 for-range 遍历或转成容器（如
std::vector{...}）时才真正执行 - 别把视图存成
auto后返回：如果源容器生命周期结束，视图里存的迭代器就悬空了。常见坑是函数返回auto视图但源是局部 vector -
views::filter和views::transform返回的都是view类型，可继续管道，但actions::sort这类会就地修改的属于 action，不能管道（它返回 void）
为什么 ranges::find 返回的是迭代器而不是 bool？
和 std::find 行为一致，它本来就是设计成替代版。区别在于参数：它只收一个 range 和一个值，不用拆成 first/last。
- 写法是
ranges::find(v, 42)，返回类型仍是iterator；要判断是否存在，还是得跟v.end()比 - 如果 range 是
const，返回const_iterator；如果是std::vector<int>，返回std::vector<int>::iterator，类型推导更自然 - 注意：某些 view（比如
views::filter）不支持随机访问，ranges::find在它们上面仍是线性查找，但不会额外拷贝数据 - 没有
ranges::find_if_not这种东西，得写ranges::find_if(v, [](auto x){ return !pred(x); })
views::iota 和 views::take 一起用容易越界吗？p>
不会自动越界检查，但行为可预测：只要底层整数类型不溢出，views::iota 就一直生成；views::take(n) 会在取够 n 个后停止。
立即学习“C++免费学习笔记（深入）”；
- 写
views::iota(0) | views::take(5)得到 0~4，安全；但views::iota(INT_MAX) | views::take(2)会导致有符号整数溢出，UB - 如果拿
views::iota去初始化 vector，比如vector{views::iota(0, 10)}，没问题；但vector{views::iota(0)}会编译失败（无限 range 不能隐式转容器） - 和
std::iota不同，这个是生成器，不写内存，也不依赖目标容器已分配空间 - 想带步长？用
views::iota(0, 10) | views::stride(2)，不是iota自带参数
