CRTP要求派生类继承Base，根本原因是使基类模板实例化时能获取派生类完整定义，从而实现零开销编译期多态；普通基类无法调用派生类特有接口，虚函数则引入运行时开销。
CRTP 中派生类必须继承 Base<derived></derived>，根本原因不是语法癖好，而是为了让基类模板在实例化时能“看见”派生类的完整定义——包括它的成员函数签名、静态成员、嵌套类型，甚至 sizeof 和对齐方式。
为什么不能用普通基类或虚函数替代
普通非模板基类无法在编译期调用派生类特有接口；虚函数虽然能运行时分发，但引入虚表指针、间接跳转、缓存不友好等开销。而 CRTP 的目标场景（比如高性能数值库、嵌入式驱动抽象层、对象计数器）往往要求：零虚函数开销、无额外内存占用、所有绑定在编译期完成。这时候 static_cast<derived>(this)->foo()</derived> 是唯一能在不牺牲类型安全前提下达成该目标的机制。
static_cast<derived>(this)</derived> 为什么合法且必要
这个转型成立依赖三个事实：
- 派生类定义中
class Derived : public Base<derived></derived>出现时，Derived是一个已声明但尚未完全定义的“不完整类型”，但作为模板参数完全允许 - 当编译器展开
Base<derived></derived>实例时，Derived已完成定义（因为派生类体已结束），此时static_cast转向完整类型是安全的 -
dynamic_cast在此无效：它依赖运行时类型信息（RTTI），而 CRTP 是纯编译期机制，且通常禁用 RTTI 以减小二进制体积
容易被忽略的约束和坑
CRTP 不是万能胶，用错地方会立刻报错或行为异常：
立即学习“C++免费学习笔记（深入）”；
- 基类中所有依赖
Derived的代码（比如调用Derived::bar()）必须放在函数体内，不能出现在类定义顶层（如using T = typename Derived::type;需确保Derived已定义好该嵌套名） - 不能在
Base构造函数初始化列表里访问Derived成员——此时Derived对象尚未构造，static_cast后调用未定义行为 - 多重继承 CRTP 基类时（如同时继承
Countable<derived></derived>和Cloneable<derived></derived>），要小心Derived是否被多个基类重复使用，避免 ODR 违规 - 调试时看不到“多态调用栈”，因为所有函数调用都是直接内联的，gdb 里可能只显示
Base::interface()，实际执行的是Derived::implementation()
最常被低估的一点：CRTP 的“静态性”意味着它无法应对运行时决定的行为分支——比如根据配置文件加载不同算法实现，这时仍得回到虚函数或 std::variant。把 CRTP 当成银弹，反而会让架构失去必要的灵活性。
