Concept是编译期类型约束，基于行为存在且无运行时开销；2. Interface是运行时多态机制，依赖虚函数表并有调用成本；3. Concept无需继承，任何满足操作的类型均可适配；4. Interface需显式继承和重写，适用于对象统一管理；5. Concept支持逻辑组合与模板特化，Interface易产生菱形问题；6. 高效泛型首选Concept，动态多态场景仍用Interface；7. 现代C++倡导二者混合使用，互补而非替代。
Concept 和 Interface 是两个不同层面的概念，尽管它们都用于约束类型的行为，但设计目的、使用方式和底层机制完全不同。
C++20 Concepts：编译期类型约束系统
Concept 是 C++20 引入的一种编译时机制，用于对模板参数施加约束。它不是一种类型，也不是接口的实现方式，而是一种“类型要求的声明”。
它的作用是让模板只接受满足特定条件的类型，提升编译错误可读性，并支持更灵活的泛型编程。
templateconcept Drawable = requires(T t) { t.draw(); }; template void render(const T& obj) { obj.draw(); }
这里 Drawable 不是一个可被继承或实现的实体，而是一个判断：只要类型有 draw() 方法，就满足该 concept。
立即学习“C++免费学习笔记（深入）”；
- 运行在编译期，无运行时开销
- 基于“行为存在”而非“继承关系”
- 支持函数重载、特化等基于约束的选择逻辑
- 本质是 SFINAE 的现代化封装
传统 Interface：面向对象的抽象基类
在 C++ 中，“interface” 通常通过纯虚类模拟实现。它定义了一组必须由派生类实现的方法，是一种运行时多态机制。
struct Drawable {
virtual void draw() const = 0;
virtual ~Drawable() = default;
};
struct Circle : Drawable {
void draw() const override { /*...*/ }
};
这种模式依赖虚函数表，对象需通过指针或引用传递，实现运行时动态绑定。
- 属于运行时多态，有虚调用开销
- 需要显式继承和重写
- 适用于对象生命周期不确定、需统一管理的场景
- 是一种类型层次结构的设计工具
核心区别对比
两者最根本的不同在于：Concept 是泛型约束，Interface 是对象契约。
- 用途不同：Concept 用于模板参数校验，Interface 用于类间协议定义
- 绑定时机不同：Concept 在编译期决定，Interface 在运行期分发
- 实现方式不同：Concept 不需要继承，任何类型只要满足操作即可；Interface 必须显式继承并实现虚函数
- 性能特征不同：Concept 零开销，Interface 有虚函数调用成本
- 组合能力不同：Concept 可组合、可嵌套、支持逻辑运算；Interface 只能单继承或多继承，易产生菱形问题
实际应用中的选择建议
如果目标是写高效通用的算法库（如容器、迭代器），优先使用 Concept。它让模板更安全、更清晰，且不牺牲性能。
如果构建大型对象体系，需要运行时多态（比如插件系统、GUI 控件树），则传统 Interface 模式仍然必要。
现代 C++ 倾向于混合使用：用 Concept 约束模板参数，同时保留虚函数接口处理动态场景。
基本上就这些。Concept 解放了泛型编程，Interface 仍是面向对象的基石，二者互补而非替代。
