Go语言select使用default分支时为何其余case未触发打印

你遇到的输出问题完全是对Go select机制的典型认知偏差导致的，实际执行逻辑和你预期的运行路径存在本质差异：

• 带default分支的select是完全非阻塞的，仅做一次状态检测，不会持续等待通道就绪
  select的运行逻辑是：程序执行到select语句时，立刻对所有case关联的通道操作做一次即时检测：
  1. 若有任意case的通道操作可以立刻完成，就执行对应分支逻辑
  2. 若所有case的操作都处于阻塞状态，直接执行default分支代码，随即跳出select块
     根本不会停在select位置持续轮询，等待后续通道写入数据。
• 原代码的实际执行时间线：
  1. 主协程启动server1、server2两个后台goroutine，两个goroutine分别开始执行6秒、3秒的睡眠逻辑
  2. 主协程不会等待后台goroutine执行，立刻运行到select代码块
  3. 此时检测两个case：两个通道都没有任何写入端（两个server还在睡眠，根本没走到往通道发值的代码），所有case全部处于阻塞状态
  4. 直接触发default分支打印X，select块执行完成
  5. main函数没有剩余执行代码，直接触发程序退出，两个还在睡眠的后台goroutine被系统强制销毁，永远没机会执行到往通道写入返回值的代码

要实现“持续打印X，3秒后输出from server2”的效果，需要把select放到循环结构里，让程序持续探测两个通道的就绪状态，直到收到任意一个server的返回值：

package main

import (
	"fmt"
	"time"
)

func server1(ch chan string) {
	time.Sleep(6 * time.Second)
	ch <- "from server1"
}
func server2(ch chan string) {
	time.Sleep(3 * time.Second)
	ch <- "from server2"

}
func main() {
	output1 := make(chan string)
	output2 := make(chan string)
	go server1(output1)
	go server2(output2)
	for {
		select {
		case s1 := <-output1:
			fmt.Println(s1)
			return
		case s2 := <-output2:
			fmt.Println(s2)
			return
		default:
			fmt.Println("X")
			time.Sleep(100 * time.Millisecond) // 避免无限制轮询占满CPU
		}
	}
}

修改后的运行逻辑和预期一致：主协程循环探测通道状态，前3秒两个通道都没有可读取的数据，就持续打印X，等3秒后server2把返回值写入通道，下次循环检测到通道就绪时，直接打印对应内容并退出程序。

补充提醒：原代码里的fmt.Println(“X”)使用了中文全角双引号，实际编译会直接报错，需要替换为英文半角引号。
如果删掉select的default分支，select会从非阻塞探测变为永久阻塞等待，程序会一直停在select位置，直到3秒后server2返回值直接打印from server2，因为没有default分支，select不会执行任何X的打印逻辑。

内容的提问来源于stack exchange，提问作者Ghost