Concepts需定义编译期可验证的完整接口契约，如用requires检查operator+返回类型；组合用&&而非逗号；Ranges算法要求传range而非容器，C数组需转subrange或span；约束要覆盖隐式依赖trait。
Concepts 怎么写才能真正约束模板参数
Concepts 不是给类型起个新名字，而是定义一套编译期可验证的接口契约。写错就等于没约束——比如只检查 operator+ 存在，却不检查它返回什么类型，结果模板实例化到一半才爆错。
实操建议：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
requires表达式时，优先写完整调用（如requires std::is_same_v<decltype b t></decltype>），别只写requires requires { a + b; } - 组合已有 concept 要用
&&，不是逗号或空格；std::regular<t> && std::totally_ordered<t></t></t>才对，std::regular<t>, std::totally_ordered<t></t></t>是语法错误 - 自定义 concept 命名避免和标准库冲突，比如别叫
Sortable（标准库里有std::sortable），改用MySortable或带项目前缀
Ranges 算法为什么传迭代器范围反而更麻烦
直接传 std::vector<int>&</int> 看似方便，但很多 ranges 算法（如 std::ranges::sort）要求传 view 或 range，不是容器本身。传错类型会导致编译失败，错误信息还很长，核心其实是“你给的不是 range”。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
-
std::ranges::find(v, 42)报错：v 是std::vector，但它不是 range？其实是——它是，但编译器可能因 ADL 或重载解析选错函数 - 传裸指针数组（
int arr[10]）给std::ranges::reverse失败，因为数组类型不满足std::ranges::range的默认推导规则
实操建议：
- 不确定时，显式转成 view：
std::ranges::sort(std::ranges::subrange(v.begin(), v.end()))或更简单：std::ranges::sort(v)（std::vector满足std::ranges::random_access_range，能直接推） - 处理 C 风格数组，用
std::ranges::subrange(arr, arr + 10)或std::span(arr)（后者需 C++20 支持 span） - 注意算法返回值类型变了：不再是迭代器，而是
std::ranges::dangling或std::ranges::subrange，别直接解引用
Concepts 和 Ranges 一起用时最容易漏掉的约束点
比如想写一个只接受「支持随机访问且元素可比较」的 range 的函数，光写 template<:ranges::random_access_range r></:ranges::random_access_range> 不够——它不保证 std::ranges::iter_value_t<r></r> 能比较。
实操建议：
- 组合约束要写全：
template<:ranges::random_access_range r> requires std::totally_ordered<:ranges::iter_value_t>></:ranges::iter_value_t></:ranges::random_access_range> - 更简洁写法是自定义 concept：
template<typename r> concept sortable_range = std::ranges::random_access_range<r> && std::totally_ordered<:ranges::iter_value_t>>;</:ranges::iter_value_t></r></typename>，然后直接用template<sortable_range r></sortable_range> - 别依赖 concept 名字直觉：比如
std::ranges::input_range允许单次遍历，但不保证能多次 begin()；若你在函数里调了两次begin(r)，就得额外加std::ranges::forward_range约束
编译报错里看到 concept not satisfied 怎么快速定位
错误信息通常卡在某个 requires 表达式上，但堆栈深、上下文多，真正问题往往在调用链上游——比如你调 my_algo(container)，实际失败的是 my_algo 内部调用的 std::ranges::transform，而它要求 range 的迭代器满足 indirectly_readable，结果你的自定义迭代器忘了定义 value_type。
排查步骤：
- 先看第一行错误：通常是 “candidate template ignored: constraints not satisfied”，后面跟着具体哪个 concept 失败，比如
std::ranges::range<r></r> - 用
static_assert在模板内手动验证：static_assert(std::ranges::range<r>);</r>，能更快暴露问题位置 - 如果涉及自定义类型，检查是否显式特化了
std::iterator_traits，尤其value_type、reference、difference_type—— ranges 很多 concept 依赖它们
复杂点在于：concept 检查是递归展开的，一层不满足，下层根本不会进。容易被忽略的是那些“隐式依赖”的 trait，比如 std::ranges::sortable 要求 std::indirect_strict_weak_order，而这又依赖 std::indirectly_comparable，最终落到 std::indirectly_readable ——少一个 trait，整条链就断了。
