你的 go 程序确实在并行运行，但因 i/o 速度快、无竞争延迟，导致输出呈现“串行”假象；添加可控延迟（如 time.sleep）可清晰验证并发行为。
你的 go 程序确实在并行运行，但因 i/o 速度快、无竞争延迟，导致输出呈现“串行”假象；添加可控延迟（如 time.sleep）可清晰验证并发行为。
Go 的 goroutine 是轻量级并发原语，其调度由 Go 运行时（而非操作系统）管理，天然支持高并发。然而，并发 ≠ 输出可见交错——这是初学者常有的误解。你提供的程序中，alphabets() 和 numbers() 均在毫秒级内完成（仅 26 次 fmt.Printf 调用），且共享标准输出（os.Stdout）这一全局资源。由于 fmt.Printf 内部存在锁保护和缓冲机制，加上 goroutine 执行极快，往往一个函数已全部打印完毕，另一个才开始调度，因此输出看似完全顺序。
要真正观察并发效果，需引入可感知的时间差或显式让出执行权。以下改进版代码通过 time.Sleep 强制制造调度窗口，使两个 goroutine 交替执行：
package main
import (
"fmt"
"sync"
"time"
)
var wg sync.WaitGroup
func alphabets() {
defer wg.Done()
for char := 'a'; char < 'a'+26; char++ {
fmt.Printf("%c ", char)
time.Sleep(100 * time.Millisecond) // 每打印一个字母暂停 100ms
}
}
func numbers() {
defer wg.Done()
for number := 1; number < 27; number++ {
fmt.Printf("%d ", number)
time.Sleep(150 * time.Millisecond) // 每打印一个数字暂停 150ms
}
}
func main() {
fmt.Println("Starting Go Routines")
wg.Add(2)
go alphabets()
go numbers()
fmt.Println("\nWaiting To Finish")
wg.Wait()
fmt.Println("\nTerminating Program")
}运行该程序，你将看到类似如下交错输出（具体顺序可能因调度而异）：
Starting Go Routines Waiting To Finish a 1 b 2 c 3 d 4 e 5 f 6 g 7 h 8 i 9 j 10 k 11 l 12 m 13 n 14 o 15 p 16 q 17 r 18 s 19 t 20 u 21 v 22 w 23 x 24 y 25 z 26 Terminating Program
⚠️ 关键注意事项：
- runtime.GOMAXPROCS(2) 在现代 Go（≥1.5）中默认已设为 CPU 核心数，手动设置对本例无实质影响。它仅限制同时执行用户代码的操作系统线程数，不控制 goroutine 是否并发——只要存在多个就绪 goroutine，运行时便会自动在可用 OS 线程间调度。
- fmt.Printf 是同步 I/O 操作，本身会阻塞当前 goroutine 直至写入完成；但因其极快，无法体现并发性。若需真实模拟 I/O 竞争，可结合 time.Sleep 或使用带缓冲的 channel 协作。
- 若追求确定性交错（如教学演示），应避免依赖 Sleep，而改用 sync.Mutex + channel 控制打印节奏；但生产环境中，应聚焦逻辑正确性与数据竞争防护，而非输出顺序。
总结：Go 的并发是真实的，但“可见并发”需满足可观测的时间尺度与资源竞争条件。理解 goroutine 调度机制与 I/O 特性，才能准确诊断并验证并发行为。
