不能直接用constexpr函数代替模板元编程，因为C++11的constexpr函数禁止循环、局部变量和分支语句，限制极多；而模板元编程天然支持编译期类型计算与递归展开，兼容性更广且能处理复杂类型操作。
为什么不能直接用 constexpr 函数代替模板元编程？
因为模板元编程（TMP）的计算发生在编译期，且不依赖运行时环境；而早期 C++11 的 constexpr 函数限制极多（比如不能有循环、局部变量、分支语句等），直到 C++14 才放宽。如果你的目标是兼容 C++11 或想理解类型系统如何“算数”，就必须用模板特化+递归展开。
常见错误现象：error: non-type template argument is not a constant expression —— 这往往是因为你试图把未完全展开的模板实例（如 Fib）当字面量用，但编译器还没把它“算出来”。
- 必须用非类型模板参数（
int N）承载输入 - 必须提供全特化终止条件（
Fib和Fib） - 递归模板定义中不能写
return，只能通过static const int value = ...暴露结果
Fib 模板的最小可行实现（C++11 兼容）template<int N>
struct Fib {
static const int value = Fib<N-1>::value + Fib<N-2>::value;
};
template<>
struct Fib<0> {
static const int value = 0;
};
template<>
struct Fib<1> {
static const int value = 1;
};
使用方式：Fib::value 在编译期展开为 55，可直接用于数组长度、static_assert 等上下文。
注意点：
立即学习“C++免费学习笔记（深入）”；
-
static const int value必须定义在类内（C++11 允许），否则链接时报undefined reference - 不支持负数输入，
Fib<-1>会无限递归导致编译失败（clang/gcc 通常报 “template instantiation depth exceeds maximum”） - 编译器对递归深度有限制（默认约 256 层），
Fib会炸，不是算力问题，是模板展开栈溢出
如何避免编译爆炸和提升可读性？
C++11 的 TMP 写法容易嵌套过深、报错信息晦涩。可用以下手法缓解：
- 用
static_assert(N >= 0, "Fib<n>: N must be non-negative")</n>提前拦截非法输入 - 把递归拆成两步：先判断是否特化，再展开（实际效果一样，但调试更清晰）
- 若项目允许 C++14+，优先改用
constexpr函数——它更直观、支持 if/return、调试信息友好：
constexpr int fib(int n) {
return n <= 1 ? n : fib(n-1) + fib(n-2);
}但注意：fib(50) 在 C++14 中仍可能触发编译器递归限制，C++17 起才保证尾递归优化（实际 GCC/Clang 对 constexpr 递归仍保守）。
模板参数推导失败时怎么办？
比如你写 auto x = Fib<decltype(n)::value>::value;，会报错：无法从变量 n 推出编译期常量。
根本原因：模板非类型参数必须是字面量常量表达式（ICE），而普通变量（哪怕 const int n = 10;）不算——除非加 constexpr：
- ✅ 正确：
constexpr int n = 10; int arr[Fib<n>::value];</n> - ❌ 错误：
const int n = 10; int arr[Fib<n>::value];</n>→error: 'n' is not a constant expression
更隐蔽的坑：枚举值、sizeof 结果、noexcept 表达式等才是安全 ICE 来源；宏定义（#define N 10）虽能用，但失去类型和作用域控制，不推荐。
模板元编程的“简单”只存在于小数值场景；一旦涉及条件分支、循环模拟或大数，立刻暴露其本质：它是用编译器做图灵机模拟，不是为人类写的代码。
