std::is_constant_evaluated()用于在constexpr函数中判断当前调用是否处于常量求值上下文：返回true表示编译期执行，false表示运行期执行；仅在constexpr函数内使用才合法，否则行为未定义。
std::is_constant_evaluated 用来干啥
它就一个目的：在函数里判断当前这段代码是不是正在被编译器当作常量表达式求值（也就是在编译期执行）。不是靠宏、不是靠模板特化推导，而是运行时语义下“当场问编译器”——你这会儿是在编译期算我，还是留到运行期再算？
这个函数返回 bool，真就是编译期，假就是运行期。但它只能在 constexpr 函数里安全使用，否则行为未定义——不是报错，是“不准用”，用了结果不可靠。
必须放在 constexpr 函数里，否则没意义
std::is_constant_evaluated() 的设计前提就是：它只在 constexpr 上下文中才有明确语义。如果你把它塞进普通函数里，哪怕那个函数能被 constexpr 调用，只要调用点不是常量求值上下文，它的返回值就不可信。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 在非
constexpr函数里调用，编译器可能不报错（尤其旧版 Clang），但返回值是垃圾值 - 在
consteval函数里用——其实没必要，因为consteval函数 *只能* 在编译期执行，std::is_constant_evaluated()永远为true
正确用法场景：
- 写一个既支持编译期又支持运行期的
constexpr函数，想根据执行阶段切换逻辑（比如编译期走查表，运行期走哈希） - 避免在编译期触发不被允许的操作（比如
new、I/O、虚函数调用）
典型误用：当成编译期检测宏来用
有人想用它替代 __builtin_constant_p 或 if consteval（C++23），但要注意：
-
std::is_constant_evaluated()不是编译期常量表达式本身——它返回的是运行时可确定的bool，所以不能直接用在if constexpr分支里 - 想做编译期分支，得用 C++23 的
if consteval；C++20 及以前，只能靠它配合普通if，靠编译器优化掉死分支 - 它对模板实例化时机无感知——比如某个
constexpr函数在模板参数推导时被调用，仍算编译期；但若该函数被 ODR-used 且未内联，运行期调用时它就返回false
示例对比：
constexpr int f(int x) {
if (std::is_constant_evaluated()) {
return x * x; // 编译期走这里
} else {
return std::sqrt(x); // 运行期才调用 sqrt
}
}注意：上面的 std::sqrt 在编译期调用会失败（除非传入字面量且编译器支持），但 if 分支本身不会让整个函数非法——因为编译器知道这个分支只在运行期进入。
和 if consteval 的关键区别在哪
if consteval（C++23）是真正意义上的编译期分支：条件在翻译期就确定，两个分支都必须语法合法，但只有命中分支参与 SFINAE 和实例化。
而 std::is_constant_evaluated() 是运行期可求值的判断，依赖于调用点是否处于常量求值上下文。它的分支不会影响模板实例化，也不会触发硬错误——哪怕 else 分支里写了 throw 或 static_assert(false)，只要那个分支在编译期不被执行，就没事。
性能上没差别，但语义层级差一层：一个是“编译器此时正在算我”，一个是“这个 if 必须在编译期决定走哪边”。
容易被忽略的一点：它不反映「是否所有输入都是字面量」，只反映「当前这次调用是否被用于常量表达式」。同一个函数，传 42 可能返回 true，传 x（int x = 42;）就返回 false——哪怕 x 值完全一样。
