std::is_constant_evaluated() 仅在实际被编译器选中做常量求值时返回 true，否则为 false；其分支受严格约束：编译期分支限 constexpr 操作，运行时分支可自由实现但须保持签名一致。
它不能帮你“强制进编译期”，但能让你在同一个 constexpr 函数里，安全地写两套逻辑：一套给编译器用，一套给运行时用。用错地方，编译直接报错；用对了，性能和兼容性都稳。
为什么 if (std::is_constant_evaluated()) 在 constexpr 函数里有时返回 false
因为 std::is_constant_evaluated() 不看函数是不是 constexpr，只看“这次调用是否真被编译器选中做常量求值”。比如：
- 你写了
constexpr int f(int x) { return x + 1; }，然后调用auto y = f(some_runtime_var);→ 编译器按需生成运行时代码，std::is_constant_evaluated()返回false - 但如果你用它初始化数组大小：
int arr[f(5)];→ 这里必须是常量表达式，编译器会走编译期路径，std::is_constant_evaluated()就返回true - 即使参数是字面量，若函数体里用了非
constexpr操作（如调用std::strlen），整个函数就无法参与常量求值，分支自然进不了编译期
编译期分支里只能写什么代码
编译期分支（if (std::is_constant_evaluated()) 里面）不是“随便写点 constexpr 就行”，而是受 C++ 常量求值规则严格约束：
- 不能调用非
constexpr函数（例如std::strlen、std::printf、任何带new或 I/O 的函数） - 不能访问非常量全局变量或静态局部变量
- 不能用
dynamic_cast、reinterpret_cast（除static_cast和const_cast外） - 所有指针操作必须指向字面量、
constexpr对象或其子对象（比如"hello"可以，new char[10]不行） - 推荐用纯循环、递归展开、
std::array成员函数等已知支持编译期的构造
运行时分支可以放开手脚，但要注意接口一致性
运行时分支是你兜底的“自由区”，但别忘了：它和编译期分支共享同一个函数签名。这意味着：
立即学习“C++免费学习笔记（深入）”；
- 返回类型必须完全一致（不能一个返回
int，另一个返回long long） - 参数类型不能靠分支改变行为——比如编译期分支接受
const char*，运行时分支就不能偷偷转成std::string_view再处理 - 可以调用标准库（
std::find、std::vector::size()）、分配内存、甚至系统 API，只要不破坏函数契约 - 常见做法是复用成熟实现：编译期手写简单循环查表，运行时直接调用
std::binary_search或哈希查找
最容易被忽略的陷阱：lambda 和模板推导上下文
std::is_constant_evaluated() 的行为高度依赖“它被调用的实际上下文”，而这个上下文在 lambda 或模板实例化中很容易被掩盖：
- 在捕获了运行时变量的 lambda 里调用它 → 即使 lambda 被声明为
constexpr，也几乎必然返回false - 模板函数中，如果某个特化实例化发生在非字面量上下文中（比如依赖用户输入的 NTTP），即使函数体是
constexpr，std::is_constant_evaluated()仍为false - 不要把它放在变量初始化器里：
constexpr bool b = std::is_constant_evaluated();是非法的——这不是常量表达式 - 也不能用于
if constexpr条件：if constexpr (std::is_constant_evaluated())语法错误，因为它本身不是编译期常量
