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