Это разве не может быть только при каком-то суперглобальном мьютексе)

Может 2 мютекса используются.

это может быть, если кто-то придумал сложную логику взятия-отпускания мутексов, и отпускает мутекс, например, дважды

в golang mutex это обычная структура с таким-то поведением, ничего сверх там нет

И что?

У каждого мьютекса свой стейт. Они не перекликаются никак.

там uintptr с CAS (compare and swap)

Ну и случайно у одного 2 раза унлокнули, вместо у двух разных.

Хотя не встречал в жизни.

ну это косяк просто в коде... что такого

я два раза такое чинил, один раз сам и создал, как выяснилось

почему у меня приложение завершается? я же хттп-сервер включаю.
https://gist.github.com/chemax/0f7b88f9fc19ed7c324a9467016a7293

похоже на ошибку использования мьютекса или самодельном мьютексе с багом.
тк кейс обычно Lock(), Unlock(),
то двойной Unlock может быть либо если Lock() не атомарный и несколько рутин его успешно вызвали (самодельный кривой мьютекс?),
либо если в коде Unlock вызывается без нужды (ошибка использования).

Если нужно, чтобы Lock() был неблокирующим для более чем 1 горутины, то это семафор и он пишется на буфферизованном канале двумя строками кода.
Хотя сейчас вроде и в sync пакете есть реализация из коробки - https://pkg.go.dev/golang.org/x/sync@v0.0.0-20210220032951-036812b2e83c/semaphore

http.ListenAndServe возвращает ошибку, что там?

Порт занят.

А ListenAndServe разве ошибку не возвращает?

https://golang.org/pkg/net/http/#ListenAndServe тут пример

Да.

Всегда обрабатывать надо.

+