Go语言之context包

channels

channels 是一种类型安全的消息队列，充当两个 goroutine 之间的管道，将通过它同步的进行任意资源的交换。chan 控制 goroutines 交互的能力从而创建了 Go 同步机制。当创建的 chan 没有容量时，称为无缓冲通道。反过来，使用容量创建的 chan 称为缓冲通道。
要了解通过 chan 交互的 goroutine 的同步行为是什么，我们需要知道通道的类型和状态。根据我们使用的是无缓冲通道还是缓冲通道，场景会有所不同，所以让我们单独讨论每个场景。

Unbuffered channels

ch := make(chan struct{})

无缓冲 chan 没有容量，因此进行任何交换前需要两个 goroutine 同时准备好。当 goroutine 试图将一个资源发送到一个无缓冲的通道并且没有goroutine 等待接收该资源时，该通道将锁住发送 goroutine 并使其等待。当 goroutine 尝试从无缓冲通道接收，并且没有 goroutine 等待发送资源时，该通道将锁住接收 goroutine 并使其等待。也就是两边必须同时ready。

无缓冲信道的本质是保证同步。

package main

import (
	"sync"
	"time"
)

func main() {
   
	c := make(chan string)

	var wg sync.WaitGroup
	wg.Add(2)

	go func() {
   
		defer wg.Done()
		c <- `foo`
	}()

	go func() {
   
		defer wg.Done()

		time.Sleep(1 * time.Second)
		println(`Message: ` + <-c)
	}()

	wg.Wait()
}

第一个 goroutine 在发送消息 foo 之后被阻塞，因为还没有接收者准备好。规范中对这种行为进行了很好的解释：
https://golang.org/ref/spec#Channel_types
“If the capacity is zero or absent, the channel is unbuffered and communication succeeds only when both a sender and receiver are ready.”
https://golang.org/doc/effective_go.html#channels
“If the channel is unbuffered, the sender blocks until the receiver has received the value”

• Receive 先于 Send 发生。
• 好处: 100% 保证能收到。
• 代价: 延迟时间未知。

Buffered channels

buffered channel 具有容量，因此其行为可能有点不同。当 goroutine 试图将资源发送到缓冲通道，而该通道已满时，该通道将锁住 goroutine并使其等待缓冲区可用。如果通道中有空间，发送可以立即进行，goroutine 可以继续。当goroutine 试图从缓冲通道接收数据，而缓冲通道为空时，该通道将锁住 goroutine 并使其等待资源被发送。

func main() {
   
	c := make(chan string, 2)

	var wg sync.WaitGroup
	wg.Add(2)

	go func() {
   
		defer wg.Done()
		c <- `foo`
		c <- `bar`
	}()

	go func() {
   
		defer wg.Done()

		time.Sleep<