Как `errors.Is` и `errors.As` работают с обёрткой ошибок в Go и в чем разница между ними?

В современном Go ошибки часто «обертываются» добавлением контекста через fmt.Errorf("...: %w", err). errors.Is и errors.As позволяют корректно работать с такой цепочкой ошибок, не теряя первопричину.

Как работает errors.Is:

1. Проверяет, содержит ли цепочка ошибок конкретную целевую ошибку.

2. Используется в основном для дозорных ошибок (io.EOF, context.Canceled и т. д.).

3. Семантика: "это (или завернутая версия) точная ошибка?"

Как работает errors.As:

1. Ищет в цепочке ошибку определенного типа.

2. Если найден, записывает его в переданную цель (указатель).

3. Семантика: "можно ли убрать ошибку такого типа из строки?"

Ключевое отличие:

1. errors.Is — ошибка проверки идентичности/эквивалентности.

2. errors.As — проверка типа и доступ к полям/методам, специфичным для типа.

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

1. Первый errors.Is для известных дозорных случаев.

2. Затем errors.As, если детали пользовательского типа (код, метаданные, контекст) required.

3. Не сравнивайте завернутые ошибки через ==, потому что таким образом корректность потерялся в оберточной цепочке.

Заключение:

errors.Is отвечает на вопрос «это та же ошибка?», а errors.As отвечает «это тот же тип ошибки?». Вместе они образуют корректную и надежную модель работы с переносом ошибок в Go.

Пример:

Итог

В современном Go ошибки часто «обертываются» добавлением контекста через fmt.Errorf("...: %w", err).