中級

send on closed channel パニックの原因と直し方

close()で閉じた後のチャネルに値を送信しようとすると、実行時にパニックが発生します。チャネルを閉じるのは送信側の役割で、閉じた後は一切送信できません。

エラーメッセージの読み方

panic: send on closed channel

panic

パニック — 実行時に回復不能な状態になったことを示します。deferとrecoverで捕まえない限り、そのままプロセスが終了します

send on closed channel

詳細メッセージ — どの値が問題だったか

このエラーが出る典型パターン

 1  package main
 2  
 3  func main() {
 4  	ch := make(chan int, 1)
 5  	close(ch)
 6  	ch <- 1  
         ^
 7  }

 1  package main
 2  
 3  func main() {
 4  	ch := make(chan string, 1)
 5  	close(ch)
 6  	ch <- "go"
          ^
 7  }

 1  package main
 2  
 3  func main() {
 4  	ch := make(chan bool, 2)
 5  	close(ch)
 6  	ch <- true
          ^
 7  }

 1  package main
 2  
 3  func main() {
 4  	ch := make(chan int, 3)
 5  	close(ch)
 6  	ch <- 10 
         ^
 7  }

 1  package main
 2  
 3  func main() {
 4  	ch := make(chan float64, 1)
 5  	close(ch)
 6  	ch <- 1.5
         ^
 7  }

よくある誤解

「チャネルを閉じても、まだ値を送りたければ送れるはず」という思い込みは誤りです。closeは「もう送信しない」という宣言であり、閉じた後の送信は即座にパニックとして扱われます。

実務での勘所

チャネルを閉じる権利が送信側だけにあるのは、複数の受信側が存在しうる状況を考えると理にかなっています。もし受信側が自由にチャネルを閉じられたら、複数の受信側のうち誰か1人が閉じた瞬間、まだ動いている送信側や他の受信側の処理が壊れてしまいます。送信側だけが「もうこれ以上値を生成しない」と確実に判断できる立場にあるため、閉じる責任も送信側に一本化されています。

演習をはじめる

関連するエラー

• close of closed channel パニックの原因と直し方一度closeしたチャネルをもう一度closeしようとすると、実行時にパニックが発生します。
• all goroutines are asleep - deadlock! の原因と直し方バッファなしチャネルへの送信は、受信するgoroutineが存在するまでブロックします。