Какие основные примитивы синхронизации предоставляет Go и для каких задач они применяются?

Слушай, а вот эти твои горутины, они ж как тараканы — бегают по всей программе, сука, одновременно. И если им не объяснить правила, они там в общей памяти такой пиздец устроят, что мама не горюй. Go, конечно, не оставил нас с этим один на один, подкинул целый арсенал в пакетах sync и sync/atomic. Разберём, что к чему, без соплей.

Основные кирпичи из sync:

1. sync.Mutex (Просто Мьютекс)

   • Зачем: Чтобы один уёбок мог влезть в критическую секцию, а все остальные ждали своей очереди, как в хорошей бане. Один владеет — остальные стоят.
   • Как выглядит:

     var mu sync.Mutex
     mu.Lock() // Всё, я вошёл, дверь закрыл. Кто следующий? Ждите.
     // ... делаю тут свои тёмные делишки с общими данными ...
     mu.Unlock() // Всё, выхожу. Следующий, заходи, ебашь.

2. sync.RWMutex (Мьютекс "Читай-Пиши")

   • Зачем: Для умных ситуаций, когда читателей — овердохуища, а писатель — один, да и тот редко. Позволяет всем читателям зайти одновременно и смотреть, но как только писатель пришёл — все нахуй выходят, и он один там всё переписывает.
   • Пример:

     var rwMu sync.RWMutex
     rwMu.RLock()   // Я читатель, я тихо зашёл, других читателей не трогаю.
     rwMu.RUnlock() // Прочитал, вышел.
     rwMu.Lock()    // Я писатель! ВСЕ НАХУЙ ВОН ИЗ КОМНАТЫ! (ждёт, пока читатели выйдут)
     rwMu.Unlock()  // Написал, всех пускаю обратно.

3. sync.WaitGroup

   • Зачем: Чтобы главная горутина (мама-квочка) могла дождаться, пока все её ебучие дети-горутины закончат свои дела и доложат об этом. Иначе она завершится, а они останутся сиротами.
   • Как это:

     var wg sync.WaitGroup
     wg.Add(1) // Мама говорит: "Так, я жду одного ребёнка".
     go func() {
         defer wg.Done() // Ребёнок, выходя из функции, кричит: "Ма, я всё!"
         // ... ребёнок тут городит свою хуйню ...
     }()
     wg.Wait() // Мама сидит и ждёт на кухне, пока не услышит "Done" от всех.

4. sync.Once

   • Зачем: Чтобы какая-то хуйня выполнилась ровно ОДИН раз, даже если на неё будут тыкать из ста горутин. Классика — инициализация какого-нибудь глобального конфига.
   • Пример:

     var once sync.Once
     once.Do(func() { /* этот код выстрелит лишь раз, как пистолет с одним патроном */ })

5. sync.Pool

   • Зачем: Чтобы не сорить в памяти и не нагружать сборщик мусора. Создал объект, использовал — не выкидывай, положи в Pool. Кому-нибудь ещё пригодится. Экономия, блядь.

6. sync.Cond (Условная переменная)

   • Зачем: Для сложных танцев с бубном, когда горутины должны ждать не просто освобождения мьютекса, а наступления какого-то события. "Будите меня, когда придёт посылка" — вот это про Cond.

Пакет sync/atomic — для низкоуровневых отморозков

• Суть: Тут тебе не мьютексы с блокировками, тут чистая атомарность на уровне процессора. Хочешь увеличить счётчик на 1 так, чтобы никакие другие ядра процессора даже пикнуть не успели? atomic.AddInt64(&counter, 1). Быстро, жёстко, без лишних слов.

А теперь главная философия, ёпта!

Каналы (chan) — это не просто трубы для данных. Это ещё и крутейший инструмент синхронизации. Умные дядьки из Go тебе наказывают: "Хуй там общайтесь через общую память! Общайтесь, передавая сообщения!" Часто оказывается, что красивый канал — это куда идиоматичнее и надёжнее, чем вот эти все мьютексы с их вечными deadlock'ами, где все ждут друг друга и никто не работает. Подумай об этом, прежде чем везде пихать Lock().