Что такое constexpr и consteval и чем они отличаются?
constexpr разрешает вычисление и в compile-time, и в runtime. consteval (C++20) требует вычисления строго в compile-time — вызов в runtime вызывает ошибку компиляции. Используйте consteval, когда runtime-вычисление недопустимо по контракту.
Ключевое различие
constexpr — разрешение: функция может выполниться в compile-time, если аргументы константны. При runtime-аргументах она выполнится в runtime как обычная функция.
consteval (C++20) — требование: функция обязана выполниться в compile-time. Любая попытка вызвать её с runtime-аргументом — ошибка компиляции. Такие функции называются immediate functions.
Практический пример
#include <array>
#include <cstdint>
#include <iostream>
// constexpr: компилируется и как CT, и как RT функция
constexpr uint64_t factorial(uint64_t n) {
return n <= 1 ? 1 : n * factorial(n - 1);
}
// consteval: ТОЛЬКО compile-time
consteval uint64_t factorial_ct(uint64_t n) {
return n <= 1 ? 1 : n * factorial_ct(n - 1);
}
// Таблица, гарантированно вычисленная на этапе компиляции
consteval auto make_factorial_table() {
std::array<uint64_t, 13> table{};
uint64_t v = 1;
for (int i = 0; i < 13; ++i) {
if (i > 0) v *= i;
table[i] = v;
}
return table;
}
constexpr auto FACTORIAL_TABLE = make_factorial_table();
int main() {
// constexpr в compile-time контексте
constexpr uint64_t ct = factorial(10); // CT: 3628800
static_assert(ct == 3628800);
// constexpr в runtime контексте
uint64_t n;
std::cin >> n;
uint64_t rt = factorial(n); // RT: обычный вызов
std::cout << rt << '\n';
// consteval — всегда CT
constexpr uint64_t ce = factorial_ct(10); // OK
// uint64_t bad = factorial_ct(n); // ОШИБКА: n — не CT
// Таблица из бинарника, поиск за O(1)
std::cout << FACTORIAL_TABLE[7] << '\n'; // 5040
// consteval как охрана: компилятор проверяет диапазон
// Можно обернуть в шаблонную функцию-валидатор
auto safe_lookup = [<&>](uint64_t i) -> uint64_t {
// i — runtime, поэтому factorial_ct(i) не скомпилируется
return FACTORIAL_TABLE[i]; // но доступ к таблице — OK
};
std::cout << safe_lookup(5) << '\n'; // 120
}
Когда что выбирать
constexpr — когда функция нужна и в CT, и в RT (математика, парсинг, конструкторы типов).
consteval — когда RT-вычисление семантически неверно: генерация кода, хэши, magic numbers, таблицы lookup, DSL-валидаторы. Immediate function гарантирует, что результат встроен в бинарник и не может «ускользнуть» в runtime с неожиданным значением.
constinit (тоже C++20, часто путают) — гарантирует, что глобальная переменная инициализируется в compile-time, но не делает саму переменную константой.
Подводные камни
- constexpr не гарантирует CT-вычисление. Если контекст не требует константного выражения, компилятор вправе отложить вычисление в runtime. Для гарантии —
constevalилиstatic_assert. - consteval нельзя взять по указателю. Immediate function не имеет runtime-адреса; попытка сохранить её в function pointer — ошибка компиляции. Это ограничивает применение в callback-архитектурах.
- Локальные переменные в constexpr/consteval не могут иметь статическое хранилище.
staticиthread_localвнутри constexpr-функции запрещены стандартом. - Исключения в CT-контексте = ошибка компиляции. Выброс исключения внутри consteval-вызова не перехватывается catch — это немедленная ошибка компилятора, что удобно для валидации, но может удивить.
- UB в constexpr-функции. В runtime UB остаётся UB. В CT-контексте компилятор обязан диагностировать UB (переполнение знаковых целых, выход за границу массива) и выдать ошибку — поведение разное для одного и того же кода.
- Рост времени компиляции. Сложные consteval-функции (рекурсивные таблицы, парсеры) существенно замедляют компиляцию. Стоит профилировать с
-ftime-report(GCC) или-ftime-trace(Clang). - Отладка CT-кода затруднена. GDB и LLDB не отлаживают compile-time выполнение. Единственный инструмент —
static_assertи намеренное провоцирование ошибок для просмотра промежуточных значений. - consteval и шаблоны взаимодействуют неочевидно. Шаблонный аргумент является константным выражением, но параметр шаблона — не всегда consteval-совместим без явного
consteval-обёртки.
Common mistakes
- Объяснять constexpr и consteval только по синтаксису, без жизненного цикла и стоимости.
- Игнорировать ошибки, null/empty состояния, порядок инициализации или режим сборки.
- Давать пример, который работает в демо, но ломается при изменении владельца ресурса.
- Показывать сырой указатель без объяснения владельца и момента освобождения.
What the interviewer is testing
- Кандидат формулирует точную модель для constexpr и consteval, а не только определение.
- Пример компилируем, безопасен по lifetime и соответствует версии технологии.
- Названы trade-off, ограничения и диагностируемые симптомы ошибки.