consteval函数强制编译期求值且无运行时路径，constexpr函数优先编译期求值失败则退化为运行时执行；前者仅c++20支持、语法限制严、不参与odr，后者兼容性好、适用范围广、容错性强。
consteval函数只能在编译期调用，constexpr函数可编译期也可运行期
这是最根本的区别。如果你写了一个 consteval 函数，它在运行时被调用（哪怕参数是字面量但调用发生在运行路径中），编译器会直接报错；而 constexpr 函数只要参数满足常量表达式条件，就自动在编译期求值，否则退化为普通函数在运行时执行。
常见错误现象：consteval 函数被变量作为参数传入（如 int x = 5; factorial(x);），即使 x 值是 5，也会触发编译失败，因为 x 不是常量表达式。
-
consteval是“强制编译期求值”，没有运行时备选路径 -
constexpr是“尽力编译期求值”，失败后仍可运行时执行 - C++20 起才支持
consteval，老项目或跨平台代码需注意兼容性
consteval只能修饰函数，constexpr能修饰变量、函数、构造函数等
consteval 的语法限制非常严格：它只允许出现在函数声明前，不能用于变量、静态数据成员、模板参数等任何其他上下文。而 constexpr 的适用范围广得多——从 C++11 开始就能修饰变量（隐含 const），C++14 扩展到函数，C++20 还支持 constexpr 构造函数、constexpr 虚函数等。
使用场景差异：
- 想定义一个“永远不许运行时执行”的数学工具函数（比如加密常量生成、CRC 预计算）→ 用
consteval - 想写一个既能在模板里当数组长度、又能在运行时算用户输入的平方 → 用
constexpr - 想在头文件里定义一个编译期初始化的全局表 → 只能用
constexpr（或 C++20 的constinit）
consteval函数体内不能有运行时不可控行为
consteval 函数比 constexpr 更苛刻：它不允许任何可能逃逸到运行时的逻辑分支。比如 if 判断中若某分支含非 constexpr 调用（如 std::cout ），即使该分支在编译期永远不会执行，也会导致编译失败。
典型陷阱：
-
consteval函数里调用普通函数（哪怕只是日志）→ 编译错误 -
consteval函数里用try/catch→ C++20 不允许（异常处理本身不是编译期语义） -
consteval函数返回类型不能是未完成类型或含运行时构造逻辑的类
相比之下，constexpr 函数在 C++20 中已允许循环、局部变量、甚至部分 new（带限制），容错空间大得多。
链接与 ODR 行为不同，头文件里用 consteval 要格外小心
consteval 函数默认是内联的，且每个 TU（translation unit）中定义必须完全一致；但它不参与 ODR（One Definition Rule）的常规检查——如果两个源文件包含同一 consteval 函数定义，编译器不会报 ODR 冲突，但若实现有细微差别（比如宏展开不同），结果不可预测。
而 constexpr 函数默认 inline，符合 ODR，多个定义只要语义一致就安全。
建议做法：
- 把
consteval函数定义放在头文件中（不要分离声明/定义） - 避免在
consteval函数体里依赖宏或条件编译分支 - 调试时别指望断点——它根本不生成运行时代码
真正难搞的不是语法，而是判断“这个计算到底该不该锁死在编译期”。一旦选错，轻则编译失败，重则把原本可泛化的接口变成硬编码黑盒。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
