D
Просто буфер позволяет не ждать чтения при записи
Size: a a a
2021 April 25
D
Запись идёт в буфер и горутина продолжает работу. А когда там уж прочитают дело третье
A
это понятно, но конкретно в этом примере он не имеет смысла
D
При условии что буфер не заполнен
A
func main() {
message := make(chan string, 1)
go func() {
message <- "1"
message <- "2"
message <- "3"
message <- "4"
}()
fmt.Println(<-message)
fmt.Println(<-message)
fmt.Println(<-message)
fmt.Println(<-message)
}D
А вы слип сделайте перед чтением в 10 сек
D
И тайминги записи сделайте после каждой операции
D
И поставьте буфер 2
A
так же будет работать как и до этого, на вид еще страннее..)
AS
Мне кажется, что, если быть точным, сначала блокируется горутина main на чтении, а потом запускается горутина.
A
оно будет работать ровно так же
D
D
И тайминг вам это покажет
A
func main() {
message := make(chan string, 2)
go func() {
message <- "1"
time.Sleep(time.Second* 5)
message <- "2"
time.Sleep(time.Second* 5)
message <- "3"
time.Sleep(time.Second* 5)
message <- "4"
}()
fmt.Println(<-message)
fmt.Println(<-message)
fmt.Println(<-message)
fmt.Println(<-message)
}A
или тайминг на чтение ?
D
Возможно. Поэтому я и сказал что не уверен. Планировщик надо подробно смотреть
D
Перед чтением слип только
D
А тайминги после каждой операции записи и чтения
D
И посмотрите на время когда что происходит
D
Время старта тоже выводите