std::ranges::sort不限于整个容器，支持任意合法迭代器范围；传入起始和结束迭代器即可，如v.begin()与v.begin()+5，需确保不越界且迭代器有效。
std::ranges::sort只能对整个容器排序吗？
不能。它天然支持任意迭代器范围，包括子范围——只要提供合法的 begin 和 end 迭代器即可，不需要额外包装或切片对象。
怎么传入子范围给std::ranges::sort？
直接传两个迭代器：起始位置和结束位置（左闭右开）。常见错误是误用 std::vector::data() 或手动计算指针偏移却忽略类型安全；正确做法始终基于容器的迭代器接口。
- 对
std::vector前 5 个元素排序：std::ranges::sort(v.begin(), v.begin() + 5) - 对中间一段排序（比如索引 [3, 8)）：
std::ranges::sort(v.begin() + 3, v.begin() + 8) - 对
std::array后半部分排序：std::ranges::sort(arr.begin() + arr.size()/2, arr.end()) - 注意：确保
v.begin() + N不越界，否则行为未定义；std::ranges::sort不做边界检查
为什么用std::ranges::sort而不是std::sort？
核心优势是更自然的子范围表达、无需显式传比较器模板参数、自动支持投影（proj），且与 range-v3 风格一致。但要注意：C++20 要求编译器支持，GCC 10+ / Clang 10+ / MSVC 19.28+ 才稳定可用。
-
std::sort(v.begin() + 2, v.begin() + 7, std::greater{})→ 写法冗长，比较器类型需显式指定 -
std::ranges::sort(v.begin() + 2, v.begin() + 7, std::greater{})→ 同样有效，但更统一 - 加投影更简洁：
std::ranges::sort(v, {}, &Person::age)，子范围也支持：std::ranges::sort(v.begin()+1, v.end(), {}, &Person::name) - 性能无差异，底层仍调用 introsort；但
std::ranges::sort对 move-only 类型更友好（不依赖拷贝）
容易踩的坑有哪些？
最常被忽略的是迭代器有效性与容器生命周期绑定，以及对“子范围”概念的误读——它不是新容器，只是视图。
- 对临时容器取迭代器（如
func().begin()）再传给std::ranges::sort→ 迭代器悬空，UB - 用
std::span构造子范围后排序，结果没反映到原容器？→ 不会，std::span是视图，排序操作直接影响底层内存，但必须确保 span 的数据可修改（非 const） - 在
std::vector::erase()后继续用旧迭代器调用std::ranges::sort→ 迭代器失效，必须重新获取 - 对
std::list使用std::ranges::sort子范围？→ 编译失败，因为std::list::iterator不是随机访问迭代器；std::ranges::sort要求random_access_iterator
子范围排序本身很简单，难的是确保迭代器始终有效、类型匹配、且目标容器支持所需迭代器类别。写完记得检查 begin + offset ，别只靠测试覆盖边界。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
