C++20中是否应始终将用户定义字面量标记为consteval？

你说得没错，用户定义字面量的参数确实都是编译期可知的，用consteval强制函数在编译期执行，能提前触发错误，这是非常好的实践。但除了需要调用非constexpr函数的情况外，还有几个场景不适合给用户定义字面量标记consteval：

• 兼容旧C++标准：consteval是C20才引入的特性，如果你的代码需要兼容C17及更早版本，就无法使用这个关键字，只能退而求其次用constexpr甚至普通函数实现。
• 需要作为普通函数调用：用户定义字面量通常通过字面量语法（比如1'000_int）调用，但如果希望这个运算符函数也能接受运行期的数值参数（例如直接调用operator""_int(runtime_value)），consteval会直接禁止这种用法——因为consteval函数要求所有调用必须是常量表达式，运行期参数无法满足这个要求。
• 保留运行期错误处理的灵活性：consteval中的throw会直接触发编译错误，无法在运行期捕获异常。如果某些场景下你需要动态验证数值（比如在测试环境中批量测试边界值），或者需要输出更详细的运行期错误信息，非consteval的实现会更合适。
• 依赖运行期状态：虽然字面量本身是编译期确定的，但如果字面量运算符的逻辑依赖运行期才能获取的状态（比如读取环境变量调整验证规则），consteval会限制这种用法，因为编译期无法访问运行期的外部状态。

如果没有上述这些特殊需求，consteval确实是实现用户定义字面量的最优选择——编译期错误能更早被发现，大幅降低运行期出问题的概率。

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