编译期哈希必须用 consteval 函数，因 constexpr 允许运行时求值且字符串字面量地址在编译期不可取用；推荐用模板参数包传入字符序列或 std::string_view（gcc 13+/clang 16+ 支持），避免地址操作和运行时行为。
编译期哈希必须用 consteval 函数，不能用 constexpr
因为 constexpr 允许在运行时求值，而静态数组（如字符串字面量）的地址在编译期不可取用，导致多数哈希逻辑无法满足常量表达式要求；只有 consteval 强制编译期求值，并配合 C++20 的字符串字面量类型（如 std::string_view 或自定义字符序列）才能安全展开循环计算。
常见错误是写一个 constexpr 哈希函数然后传入 "hello" —— 看似能编译，但一旦涉及取地址、sizeof 数组长度以外的操作（比如遍历首地址），就会触发“non-literal type”或“subobject is not usable in a constant expression”错误。
-
consteval函数体内不能出现任何运行时才确定的行为，包括new、dynamic_cast、未初始化的局部变量 - 推荐以
std::array<char n></char>或模板参数包形式传入数据，避免依赖字符串字面量地址 - C++20 起可使用
std::string_view构造函数标记为consteval，但注意：不是所有标准库实现都已完全支持其在consteval上下文中的迭代操作（GCC 13+、Clang 16+ 较稳）
用模板参数包展开字符序列是最可靠的方式
绕过字符串地址问题的最直接办法：把字符串“拆成参数”，让编译器在实例化时就知道每个字符。例如 "abc" 变成 'a', 'b', 'c', '\0'，作为非类型模板参数（NTTP）传入。
这样做的好处是每个字符都是字面量，索引和长度完全编译期可知，哈希逻辑（如 FNV-1a）可无副作用展开：
template <char... cs>
consteval size_t fnv1a_hash() {
size_t hash = 14695981039346656037ULL;
((hash = (hash ^ static_cast<size_t>(Cs)) * 1099511628211ULL), ...);
return hash;
}
// 使用：fnv1a_hash(); // 编译期算出结果
</size_t></char...>
- 需要手动展开字符串？可以用宏（如
STR_TO_CHARS("hello")）辅助，但宏本身不参与常量求值，仅用于生成模板实参 - 若要支持任意长度，必须搭配 C++20 的
autoNTTP（如template <auto str></auto>），但目前仅限字面量类类型（需封装为结构体） - 别用
sizeof...(Cs)当长度做循环条件——它本身就是编译期常量，但要注意结尾是否含'\0'，FNV 等算法通常不包含终止符
用 std::string_view + consteval 是更实用的折中方案
虽然理论上 std::string_view 的 data() 在编译期不可取地址，但现代编译器（特别是 Clang 和较新 GCC）对字符串字面量的 std::string_view 构造做了特殊处理，允许在其上做只读遍历——前提是函数标为 consteval 且不逃逸指针。
以下写法在 GCC 13.2 / Clang 17 中可稳定通过：
consteval size_t compile_time_hash(std::string_view sv) {
size_t hash = 14695981039346656037ULL;
for (size_t i = 0; i (sv[i])) * 1099511628211ULL;
}
return hash;
}
static constexpr size_t HELLO_HASH = compile_time_hash("hello"); // ✅ OK
- 必须用
static constexpr变量捕获结果，否则调用可能被延迟到运行时 - 不能对
sv.data()做指针运算（如sv.data() + 1），也不能存为const char*成员 - 不同编译器对
std::string_view::operator[]在consteval中的支持程度不一；如果报错，退回模板参数包方案
哈希值用途受限：不能直接用于 switch 或非类型模板参数
即使你得到了一个编译期哈希值，也不能直接把它当整型 NTTP 用在模板参数里——除非目标类型是 size_t 且编译器支持（C++20 要求支持 size_t NTTP，但实际中仍可能因 ODR-use 或链接问题失败）。
更现实的用途是生成唯一标签、做 if constexpr 分支，或初始化 static constexpr 查表数组：
- 想用哈希做
switch？不行：case要求是 ICE（integer constant expression），而哈希函数返回值虽是常量，但某些编译器不认定其为“核心常量表达式” - 想传给模板如
MyType<compile_time_hash></compile_time_hash>？GCC 可能报 “the value of ‘xxx’ is not usable in a constant expression”，本质是哈希函数内联深度或副作用判定过于保守 - 真正稳妥的做法：把哈希值存在
inline constexpr变量里，再在if constexpr中比较，或用于 SFINAE 条件
编译期哈希不是万能加速器，它的价值在于消除重复字符串比较、驱动元编程分支；但一旦涉及地址、别名、或跨 TU 引用，就很容易掉进编译器实现细节的坑里。动手前先确认你的工具链版本，比硬刚标准更有用。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
