std::ranges::sort要求传入迭代器对而非容器本身，正确用法为std::ranges::sort(v.begin(), v.end())；C++23起支持直接传容器，旧标准需用views::all或封装函数。
std::ranges::sort 要求迭代器范围，不能直接传容器
它不接受 std::vector、std::deque 这类容器对象本身，必须显式提供迭代器对（begin() 和 end()）。这是最常被卡住的地方——编译器报错类似：no matching function for call to 'sort'，往往是因为写了 std::ranges::sort(v) 而不是 std::ranges::sort(v.begin(), v.end())。
正确用法就是传两个迭代器：
std::vector<int> v = {3, 1, 4, 1, 5};
std::ranges::sort(v.begin(), v.end()); // ✅
// v 现在是 {1, 1, 3, 4, 5}
- 所有支持
begin()/end()且元素可比较的容器都适用（std::array、std::list、C 风格数组等） - 如果容器是 const 的，
begin()返回 const_iterator，std::ranges::sort会拒绝——它需要可写迭代器 - 注意：
std::list虽然有begin()/end()，但用std::ranges::sort效率不如原生list::sort()（后者是稳定且 O(n log n) 链表特化实现）
想“直接”传容器？用 views::all 或 C++23 的 container overload
C++20 原生不支持 std::ranges::sort(container)；C++23 才加入容器重载（GCC 13.1+、Clang 17+ 支持）。如果你用的是旧标准或旧编译器，得绕一下：
- 用
std::views::all(v)转成 view，再用std::ranges::sort（但注意：这仍需解包为迭代器，实际没简化） - 更实用的做法是封装一层：
template<std::random_access_iterator I, std::sentinel_for<I> S> void sort_range(I first, S last) { std::ranges::sort(first, last); }，然后调用sort_range(v.begin(), v.end()) - 如果你确定用的是 C++23 且编译器支持，可以直接写
std::ranges::sort(v)—— 但务必确认std::is_sorted(v.begin(), v.end())不会因此误判（它只对随机访问范围有效）
自定义比较函数时，lambda 捕获要小心
传 lambda 给 std::ranges::sort 很常见，但若捕获局部变量，要注意生命周期：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
int threshold = 10;
std::vector<int> v = {5, 15, 3, 12};
std::ranges::sort(v.begin(), v.end(), [threshold](int a, int b) {
return std::abs(a - threshold) < std::abs(b - threshold); // ✅ 值捕获安全
});
- 用
[&]引用捕获危险：若 lambda 存活时间超过被捕获变量（比如存到全局函数对象里），行为未定义 - 对
std::string或大对象，优先用值捕获或[=]，避免隐式拷贝开销可加mutable+ 移动（但排序中一般不需要） - 比较函数必须满足 strict weak ordering；返回
true表示a应排在b前面
和 std::sort 相比，ranges 版本的关键差异
表面看只是多了个 ranges:: 前缀，但底层约束更严格：
-
std::ranges::sort要求迭代器必须是std::random_access_iterator，而std::sort只要求RandomAccessIterator（概念名不同，但 C++20 后基本等价） -
std::ranges::sort对 range 的size()可选，但若提供（如std::vector），可能用于优化 pivot 选择；std::sort完全不依赖 size - 错误提示更清晰：比如传
std::list::iterator会直接报concept requirements not satisfied，而不是一长串模板实例化失败 - 性能几乎无差别，别指望它更快——它只是接口更现代、约束更明确
真正容易被忽略的是：当你换用 std::ranges::sort 时，连带所有配套算法（std::ranges::is_sorted、std::ranges::lower_bound）最好也统一用 ranges 版本，否则混合使用 std::sort + std::ranges::is_sorted 可能因迭代器 category 判定不一致导致编译失败。
