为什么后端爱用 Go：goroutine 与 channel 并发入门

一、goroutine：一个 go 就开了个"轻线程"

传统线程开几千个就够呛，Go 的 goroutine 由运行时调度，开销极小，开几十万都不稀奇。用法也简单，加个 go 就行：

go func() {
    fmt.Println("我在另一个 goroutine 里跑")
}()

这对后端太友好了——每个请求起一个 goroutine 处理，模型清晰，不用自己管线程池。

二、channel：别用锁，用"传数据"通信

多个 goroutine 要共享结果，新手会想加锁。Go 的哲学是"不要通过共享内存来通信，而要通过通信来共享内存"——也就是用 channel 来传递数据：

ch := make(chan string, 3)
go func() { ch <- "任务A完成" }()
go func() { ch <- "任务B完成" }()
fmt.Println(<-ch, <-ch) // 从通道取结果

通道本身就保证了同步安全，比手写锁省心，也不容易写出死锁。

三、等所有任务结束：WaitGroup

实际场景常是"派一堆活，全部干完再汇总"。用 sync.WaitGroup：

var wg sync.WaitGroup
for i := 1; i <= 5; i++ {
    wg.Add(1)
    go func(id int) {
        defer wg.Done()
        doWork(id) // 并发干 5 件活
    }(i)
}
wg.Wait() // 阻塞，等 5 件全完成
fmt.Println("全部搞定")

四、适合什么、不适合什么

小结

Go 的并发之所以好上手，是因为它把"开协程"和"传消息"都做成了语言级的一等公民：go 关键字和 channel 几乎零门槛。后端服务天生要扛大量并发连接，这套模型正好对上。入门记住三点就够了——go 开协程、channel 传数据、WaitGroup 等收尾。剩下的是在具体业务里慢慢体会"什么时候该用 channel、什么时候其实单线程更清楚"。