Как в Go обрабатывают ошибки и зачем нужны errors.Is, errors.As и %w?

Почему значения, а не исключения. Путь ошибки виден в коде явно: каждая функция, которая может упасть, это показывает, а вызывающий решает, что делать. Нет скрытых переходов через несколько уровней стека. Цена — многословность.

Оборачивание. %w сохраняет исходную ошибку внутри новой; цепочка раскручивается errors.Unwrap. Сообщение получается вида «repo.Get 42: dial tcp: connection refused» — контекст каждого уровня. %v вместо %w добавит текст, но разорвёт цепочку для Is и As.

Правила:

• обрабатывать ошибку один раз: либо вернуть с контекстом, либо залогировать, но не оба;
• не игнорировать (_ = f()) без явной причины;
• не сравнивать по тексту err.Error();
• сигнальные ошибки — часть API пакета, менять их нельзя.

var ErrNotFound = errors.New("not found")

func (r *Repo) Get(id int) (*User, error) {
    u, err := r.db.query(id)
    if errors.Is(err, sql.ErrNoRows) {
        return nil, ErrNotFound
    }
    if err != nil {
        return nil, fmt.Errorf("repo.Get %d: %w", id, err)
    }
    return u, nil
}

if errors.Is(err, ErrNotFound) { http.Error(w, "нет", 404) }

var ve *ValidationError
if errors.As(err, &ve) { log.Println(ve.Field) }