我以为懂Go通道，直到面试官追问了第3层
我以为懂Go通道，直到面试官追问了第3层
简历上写着"精通Go并发编程"。
面试官瞥了一眼：“那说说channel吧。”
我心想：这题简单，准备开始输出。
第一回合：基础题
“channel是goroutine之间的通信管道，“我流畅地答，“分两种——无缓冲的必须收发同时准备好，有缓冲的可以暂存数据，满了才阻塞。”
他点点头：“可以。那我问个细节——”
第一层追问：缓冲满了会怎样？
“缓冲满了还发数据，会怎样？panic？报错？还是阻塞？”
我愣了一下。
脑海闪过几个可能：数组越界panic？返回error？
答案是：阻塞。发送端一直等待，直到有接收者取走数据。
package main
import (
"fmt"
"time"
)
func main() {
ch := make(chan int, 2)
// 启动接收者，2秒后接收
go func() {
time.Sleep(2 * time.Second)
v := <-ch
fmt.Println("接收者收到:", v)
}()
ch <- 1
ch <- 2
fmt.Println("前两个发送成功")
// 第3个会阻塞，直到上面的goroutine接收
ch <- 3
fmt.Println("第三个发送成功")
}
输出：
前两个发送成功
接收者收到: 1
第三个发送成功
如果始终没人接收？就会死锁，程序panic。
“很好。下一个——”
第二层追问：nil channel呢？
“channel是nil，读写会怎样？”
我懵了。
用了三年Go，从来没想过nil的情况。
“会panic？”
他摇头。
真相：对nil channel读写都永久阻塞，不会panic。
package main
import (
"fmt"
"time"
)
func main() {
var ch chan int // nil channel
// 3秒后超时，证明不是panic而是阻塞
select {
case ch <- 1:
fmt.Println("发送成功")
case <-time.After(3 * time.Second):
fmt.Println("超时：nil channel发送阻塞，不会panic")
}
}
输出：
超时：nil channel发送阻塞，不会panic
这有个妙用：在select里把channel设为nil，可以"关闭"某个case。
package main
import (
"fmt"
"time"
)
func main() {
ch1, ch2 := make(chan int), make(chan int)
// 向ch2发送数据
go func() {
time.Sleep(1 * time.Second)
ch2 <- 42
}()
// 临时禁用ch1
ch1 = nil
select {
case v := <-ch1: // ch1是nil，这个case永远不会选中
fmt.Println("ch1:", v)
case v := <-ch2: // 只有这个case会执行
fmt.Println("ch2:", v)
case <-time.After(3 * time.Second):
fmt.Println("超时")
}
}
输出：
ch2: 42
他眼睛亮了一下：“这个知道的人不多。最后一个——”
第三层追问：select的公平性
“select多个case同时就绪，选哪个？按代码顺序？”
我犹豫：是按写的顺序，还是随机？
真相：Go 1.18+ 使用伪随机选择，不再按case书写顺序。
下面代码在 Go 1.25+ 运行，观察10次select的选择分布：
package main
import (
"fmt"
)
func main() {
ch1Count, ch2Count := 0, 0
// 测试100次，统计选择分布
for i := 0; i < 100; i++ {
// 每次循环创建新的带缓冲channel，确保两个case都就绪
ch1, ch2 := make(chan int, 1), make(chan int, 1)
ch1 <- 1
ch2 <- 2
select {
case v := <-ch1:
_ = v
ch1Count++
case v := <-ch2:
_ = v
ch2Count++
}
}
fmt.Printf("选中ch1: %d次 (%.1f%%)\n", ch1Count, float64(ch1Count))
fmt.Printf("选中ch2: %d次 (%.1f%%)\n", ch2Count, float64(ch2Count))
// 如果接近50/50，说明是伪随机；如果ch1总是100，说明按顺序
if ch1Count > 80 || ch2Count > 80 {
fmt.Println("结论：按case顺序选择（Go 1.17及之前）")
} else {
fmt.Println("结论：伪随机选择（Go 1.18+）")
}
}
Go 1.25+ 输出示例：
选中ch1: 48次 (48.0%)
选中ch2: 52次 (52.0%)
结论：伪随机选择（Go 1.18+）
如果你依赖"ch1优先"的逻辑，在Go 1.18之后可能会翻车。现在两个case机会均等。
他合上笔记本：“基础扎实，但深度还差一层。”
复盘：什么叫"懂”
会语法只是第一层——知道怎么用。
懂边界是第二层——知道nil、阻塞、死锁。
知原理是第三层——理解实现和版本差异。
面试官追问的不是刁难，是区分"用过"和"理解"的标尺。
自测：你在第几层？
下面三题，你能答对几道？
- 关闭一个已关闭的channel，会怎样？
- 无缓冲channel，发送和接收哪个先执行会阻塞？
- select里一个case的channel从有值变成nil，会发生什么？
三道全对的，评论区扣1。
（建议收藏，下次面试前再看一遍。）
文章信息
- 标题：我以为懂Go通道，直到面试官追问了第3层
- 字数：约900字
- 代码示例：4个完整可运行的main.go程序（Go 1.25+ 验证通过）
- 标签：Go、channel、面试、并发编程
- 发布时间建议：10:27 或 14:13（错峰）
配图建议
- 封面图：简历截图（“精通Go"被圈出）+ 面试场景
- 文中图：代码运行结果截图或三层追问思维导图
运行环境说明
- 所有代码在 Go 1.25+ 测试通过
- 使用
go run main.go直接运行 - 无需第三方依赖
