何时在函数体内优先使用static constexpr而非constexpr？

核心行为差异 #

• static constexpr 变量会被放置在只读数据段（.rodata），程序启动时完成初始化，整个进程生命周期内仅存在一份实例。
• 不带static的constexpr变量，编译器可能允许其在运行时初始化，每次函数调用时理论上会重新创建实例（但多数情况下会被编译器优化掉重复计算）。

优先选择static constexpr的场景 #

• 高频调用的函数：如果函数会被大量重复调用，static constexpr只需初始化一次，彻底避免了每次调用时潜在的初始化开销——哪怕编译器能优化，显式声明static能确保单实例，消除优化不确定性。
• 大体积constexpr对象：比如大型constexpr数组、结构体，用static可以避免每次调用时在栈上分配内存，这类对象更适合放在只读数据段中复用。
• 需要固定内存地址的场景：如果代码依赖变量的内存地址保持不变（比如传给要求固定地址的接口），static constexpr的地址在进程全程固定，而非static版本的地址无法保证跨调用一致。

优先选择非static constexpr的场景 #

• 极小值常量：比如简单的整数（constexpr int val = 100;），非static版本会被编译器直接内联到代码中，完全没有内存开销，比放在.rodata更高效。
• 语义上的局部性需求：如果这个常量仅服务于当前函数调用的局部计算，不需要跨调用复用，非static写法更贴合局部变量的语义，代码可读性更强。
• 极端多线程场景：虽然C++11及以后static constexpr的初始化是线程安全的，但在极端高频的多线程调用下，线程安全初始化的微小开销如果不可接受，非static版本可以规避这一点（这类场景非常少见）。

决策时的考量因素 #

• 语义匹配：先看代码意图——如果要的是函数级的全局常量实例，用static；如果只是当前调用的临时常量，用非static。
• 性能适配：针对具体场景权衡：大对象、高频调用选static；小常量、局部计算选非static。
• 一致性保障：显式声明static可以强制单实例，避免不同编译器、不同优化级别下的行为差异，让代码行为更可控。

内容的提问来源于stack exchange，提问作者affine_scheme