sync.Cond †

Механизм

var (
    mu   sync.Mutex
    cond = sync.NewCond(&mu)
)

// ожидающий:
mu.Lock()
for !ready {
    cond.Wait() // разблокирует мьютекс, спит; при пробуждении — снова захватывает
}
mu.Unlock()

// уведомляющий:
mu.Lock()
ready = true
cond.Broadcast() // или Signal — разбудить одного
mu.Unlock()

Wait требует удерживаемый мьютекс: он временно отдаёт его, спит, а при пробуждении захватывает снова. Signal будит одну горутину, Broadcast — всех. Проверка условия — всегда в цикле: пробуждение не гарантирует, что условие всё ещё верно (ложные пробуждения и гонки).

Почему Cond — редкость

Для «жди, пока условие станет верным» почти всегда хватает канала: закрой его — и все проснулись. Cond нужен, когда условие сложное и его нужно перепроверять под мьютексом — например, ожидание «буфер не пуст и не полон» в классических реализациях очередей. Такие задачи в прикладном коде редки.

Правило выбора

Начни с канала или мьютекса. Cond бери, только когда: условие проверяется под мьютексом, пробуждение должно быть выборочным (Signal, не всем) и перепроверка в цикле — естественная часть логики. Во всех остальных случаях Cond — усложнение без выгоды.