Что хотят услышать интервьюеры:

Да, если запрос идемпотентный, повторное выполнение не должно приводить к дополнительному изменению итогового состояния сервера. То есть один и тот же запрос можно безопасно отправлять несколько раз, и результат с точки зрения состояния будет одинаковым. На практике это важно для сетевых повторов, таймаутов и восстановления после ошибок.

Определение:

Идемпотентность — это свойство операции, при котором повторное выполнение с одинаковыми входными данными не меняет результат после первого применения. В HTTP это означает, что сервер может обработать одинаковый запрос несколько раз, но итоговое состояние ресурса останется тем же.

Важно различать идемпотентность и отсутствие побочных эффектов: запрос может логировать действия, обновлять метрики или возвращать разные заголовки, но при этом сохранять одно и то же состояние ресурса.

Пример использования:

Например, запрос на установку статуса заказа в PAID может быть идемпотентным: сколько бы раз ни отправили один и тот же запрос, заказ останется в статусе PAID.

PUT /orders/123/status
Content-Type: application/json

{
  "status": "PAID"
}

Первый вызов изменит статус заказа на PAID. Повторный такой же вызов не изменит состояние заказа дополнительно.

Пояснение кода:

Код не требуется. Пример разбирается по шагам:

Клиент отправляет запрос на изменение статуса заказа.
Сервер сохраняет новое состояние PAID.
Если из-за таймаута клиент повторит тот же запрос, сервер снова установит PAID.
Итоговое состояние не станет “двойным” или “повторно оплачено” только из-за повторной отправки одного и того же запроса.

Ключевые моменты:

Идемпотентный запрос можно повторять без изменения итогового состояния после первого раза.
Это полезно для устойчивости к ретраям, таймаутам и сетевым сбоям.
Обычно к идемпотентным относят GET, PUT, DELETE, но не всегда в абсолютном смысле, а в зависимости от реализации.
POST часто неидемпотентен, если каждый повтор создает новый объект или событие.
Идемпотентность не означает отсутствие всех эффектов, а только стабильность конечного состояния ресурса.

Может ли выполнение одинакового запроса повторно привести к изменению состояния сервера, сохраняя его неизменным для повторных вызовов?