constexpr函数需纯编译期求值：不依赖运行时状态、无副作用、分支可静态判定；否则退化为运行时计算或报错；生成百万级表须用std::array+constexpr for，尺寸作模板参数，循环上限为编译期常量。
constexpr 函数必须满足纯编译期可求值条件
不是所有带 constexpr 修饰的函数都能在编译期展开——它必须满足「不依赖运行时状态、无副作用、所有分支可静态判定」。比如用 std::rand()、new、未初始化的局部变量、或调用非 constexpr 函数，都会让编译器退化为运行时计算，甚至直接报错 error: call to non-constexpr function。
生成百万级表的关键，是确保整个计算链路每一步都落在 C++20 的 constexpr 语义边界内：
- 所有输入参数必须是字面量类型（
int、std::array、自定义constexpr构造的结构体等） - 循环只能用
for（C++20 起支持），且上限必须是编译期常量（不能是函数参数传入的变量） - 避免递归过深：GCC/Clang 默认 constexpr 栈深度有限（通常几百层），百万项别想靠递归填
- 数组大小必须是常量表达式：用
std::array<t n></t>而非T[]或std::vector
用 std::array + constexpr for 循环填充百万项
最稳的路径是把表尺寸作为模板参数，用 constexpr 函数逐项计算并返回 std::array。C++20 允许在 constexpr 函数里写 for，但注意：循环变量本身不能是 constexpr 变量（它只是个普通循环计数器），只要整个迭代过程不逃逸出编译期上下文就行。
示例：生成 100 万项的 sin 查找表（简化版，实际建议分段或用更优算法）：
立即学习“C++免费学习笔记（深入）”；
constexpr std::array<float, 1000000> make_sin_table() {
std::array<float, 1000000> table{};
for (size_t i = 0; i < table.size(); ++i) {
// i 是 constexpr 上下文中的普通整数，没问题
constexpr float pi = 3.14159265358979323846f;
table[i] = std::sin(static_cast<float>(i) * 2.f * pi / 1000000.f);
}
return table;
}注意：std::sin 在 C++23 才被完全标记为 constexpr；C++20 下多数标准库实现还不支持，此时得自己写泰勒展开或查表插值的 constexpr 版本，否则编译失败。
编译器限制与内存爆炸风险
百万级 std::array 不是“声明就完事”。它会在编译期占满内存，还可能触发编译器内部限制：
- Clang 默认对 constexpr 计算设内存上限（可通过
-fconstexpr-ops-limit=和-fconstexpr-depth=调高，但治标不治本） - MSVC 对大 constexpr 数组支持较弱，容易报
C3861: identifier not found或静默降级到运行时 - 最终生成的二进制会把整个表塞进 data 段——100 万
float就是 ~4MB 静态数据，链接时可能拖慢构建，也增加最终体积 - 调试时无法 inspect 这种大 constexpr 表（GDB/LLDB 通常跳过），验证逻辑得靠单元测试或
static_assert断言前几项
替代方案：模板递归生成 + 外部预生成
真要百万级且跨平台稳定，硬啃单个 constexpr 函数并不聪明。更实用的组合是：
- 用小尺寸模板参数（如
template<size_t n></size_t>）配合折叠表达式或变参模板展开，控制单次 constexpr 计算规模在 1~10k 级别 - 把表拆成多个
constexpr std::array，再用constexpr合并函数拼接（但要注意总大小仍受编译器限制） - 彻底放弃全编译期生成：用 Python/Python 脚本预生成 C++ 头文件（含
constexpr inline std::array），Git 管理生成结果，CI 自动更新——既保编译期可用性，又绕开编译器瓶颈
真正卡住人的往往不是语法会不会写，而是没意识到：constexpr 表不是“越早算越好”，而是“早算得动才算”。百万项的边界，早已踩在主流编译器的工程容忍线上。
