Cevap.

Soru geçmişi: Kanallar, Go'daki CSP modelinin temel bir kavramıdır. Goroutine'ler arasında veri alışverişi için tasarlanmıştır. Kanallar ile çalışmak, deadlock, bellek sızıntıları ve kapanışta paniklerden kaçınmak için özel dikkat gerektirir.

Sorun: Kanalların kapatılması ve sonrasında kullanılması sıklıkla panik ile sonuçlanır (panic: send on closed channel). Nil kanallar ile çalışmak veya kapalı bir kanaldan okumaya çalışmak beklenmedik sonuçlar verebilir. Farklı goroutine'ler aynı kanala aynı anda yazıp okuyabilir, bu da yaşam döngüsü mantığının net bir şekilde tanımlanmasını gerektirir.

Çözüm: Kanal her zaman, içinde artık kimsenin yazmayacağı tarafta kapatılmalıdır (genellikle üretici). Kapatıldıktan sonra kanaldan sıfırlanması tamamlandığı sürece değerler okunabilir fakat yazılamaz — panic olur. Kapatıp kapatmadığını kontrol etmek için kanalın ikinci dönen parametresini kullanmak uygundur:

Kod örneği:

ch := make(chan int)
go func() {
    for i := 0; i < 5; i++ {
        ch <- i
    }
    close(ch)
}()
for v := range ch {
    fmt.Println(v)
}

Ana özellikler:

• Kanal, içinde kimsenin daha fazla yazmadığı yerde kapanmalıdır.
• Kapalı bir kanaldan okumak, sıfır değeri (int için 0, string için "") ve ikinci parametrede false verir.
• Kapalı bir kanala yazmak — panic.

Kandırıcı sorular.

1. Sadece bir goroutine kanalı okuyorsa, kanalı kapatmak gerekli mi?

Cevap: Eğer hiç kimse boşaltmak için kapanmasını beklemiyorsa, kanalı kapatmak zorunda değilsiniz. Ancak for v := range ch döngüsü kullanıldıysa — evet, kanal kesinlikle kapatılmalıdır, aksi takdirde döngü tamamlanmaz.

2. Kapalı bir kanaldan okumak ne olur?

Cevap: Değerler, bellek dolana kadar geri dönecektir, sonra sıfır değeri ve false görünür. Kapanma sonrasında kapalı kanaldan güvenle okunabilir.

ch := make(chan int, 1)
ch <- 42
close(ch)
v, ok := <-ch // v = 42, ok = true
v, ok = <-ch  // v = 0, ok = false

3. Kanalı kim kapatmalı: okuyucu mu yoksa yazıcı mı?

Cevap: Her zaman "yazıcı" (değerleri gönderen ve işin bittiğini bilen). "Okuyucu", bir yarış durumuna yol açmamak için kanalı kapatmamalıdır.

Yaygın hatalar ve anti-paterller

• Kanalın "gönderen" yerine "alıcı" tarafından kapatılması.
• Kapalı bir kanala yazmaya çalışmak, bu panic'e yol açar.
• Kapanmamış bir kanal üzerinden range ile son koşulların işlenmesinin hatalı şekilde düzenlenmesi.
• Kanalların kapatılmasını unutmak, bu da okuyucu döngülerin sonsuza kadar kilitlenmesine (deadlock) yol açar.

Gerçek hayattan örnek

Olumsuz durum

Bir uygulamada birden fazla goroutine bir kanala yazarken, biri okuyordur. Birisi kanalı okuyucudan kapattı ve diğer goroutine hala göndermeye çalıştı — panic.

Artıları: Şartlı olarak basit etkileşim mantığı. Eksileri: Kapatma zamanını tahmin edememek, panik, yarış durumu.

Olumlu durum

Yazıcı, tüm goroutine'leri takip eder, sync.WaitGroup kullanır, kanalı sadece tüm yazıcılar tamamlandıktan sonra kapatır. Okuyucu, kanalı kapattıktan sonra range döngüsünü düzgün bir şekilde tamamlar, hataları güvenle işler.

Artıları: Doğru senkronizasyon, bellek sızıntısı ve deadlock yok, tahmin edilebilir davranış. Eksileri: Mantık biraz daha karmaşık, tüm işleri açık bir şekilde bitirmek gerekir.