concepts是编译期断言工具，用于显式表达接口意图并提前报错；最简写法为templateconcept name=requires(t a,t b){{a+b}->std::same_as};
Concepts 不是“教程式语法糖”，而是编译期断言工具——它不改变模板逻辑，只让错误提前、让接口意图显式化。
怎么写一个最简 concept（C++20 要求）
必须用 concept 关键字 + 布尔常量表达式，不能是函数体或运行时逻辑：
template<typename T>
concept Addable = requires(T a, T b) {
{ a + b } -> std::same_as<T>;
};-
requires后面是约束块，不是代码执行，仅做语法/语义可行性检查 - 返回类型约束用
-> std::same_as<t></t>，不是-> T（后者不检查值类别和 cv 限定） - 变量名（如
a,b）只是占位符，不参与求值；类型必须可推导，不能写int a
为什么 template 比 enable_if 更直观
传统 std::enable_if 把约束藏在模板参数列表末尾，报错时堆栈深、信息散；而 concept 直接出现在形参位置，编译器能精准定位不满足的约束点：
// 错误提示直接说 "T does not satisfy Addable"
void foo(Addable auto x) { /* ... */ }
<p>// 而不是：error: no type named 'type' in 'struct std::enable_if<false, void>'立即学习“C++免费学习笔记（深入）”；
- 使用
Addable auto是最轻量写法，等价于template<addable t> void foo(T x)</addable> - 若需复用类型名（比如在函数体内用
T），仍得写完整模板头，不能省略template<addable t></addable> - 多个 concept 可用
&&或||组合，但注意短路不生效（全部静态检查）
常见踩坑：requires 表达式里不能出现未定义行为
哪怕只是“看起来合法”的表达式，只要触发未定义行为（如解引用空指针、越界访问），整个 concept 就变成不满足（false），且无警告：
- 禁止在
requires中调用可能抛异常或有副作用的函数（即使声明为noexcept） - 禁止写
{ *ptr }这类依赖运行时状态的表达式——concept 检查发生在实例化前，ptr根本没地址 - 内置类型操作安全（如
a + b对int），但自定义类型必须确保operator+是 constexpr 且无副作用才稳妥
std::ranges::range 和自定义 range 的区别在哪
std::ranges::range 是标准库预定义 concept，只检查是否具备 begin()/end() 且返回迭代器类型，**不要求可遍历、不要求 begin 可 deference**：
struct fake_range {
int* begin() { return nullptr; }
int* end() { return nullptr; }
};
static_assert(std::ranges::range<fake_range>); // ✅ 通过- 这意味着
std::ranges::range本身不足以支撑算法（比如std::ranges::sort还要额外要求random_access_iterator） - 自己定义 range-like concept 时，应按实际需要叠加约束，例如：
requires range<r> && input_iterator<iterator_t>></iterator_t></r> - 别盲目用
std::ranges::range替代具体算法所需的迭代器分类——那是性能与正确性的分水岭
真正难的不是写出 concept，而是判断哪些约束该放进 concept、哪些该留在函数体内做运行时检查。过度约束会让模板失去泛化能力，约束不足又会让错误延迟到实例化深处——这没有银弹，只有对类型契约的持续校验。
