Go 的通道发送操作本身不是抢占点，但若发送阻塞（如无缓冲通道且无接收者），goroutine 会主动让出执行权；此时调度器可切换至其他 goroutine，无法保证发送后的代码立即执行，更不保证其先于接收方逻辑完成。
go 的通道发送操作本身不是抢占点，但若发送阻塞（如无缓冲通道且无接收者），goroutine 会主动让出执行权；此时调度器可切换至其他 goroutine，**无法保证发送后的代码立即执行，更不保证其先于接收方逻辑完成**。
在 Go 调度模型中，“抢占”（preemption）与“协作式让出”（cooperative yielding）并存。自 Go 1.14 起，运行时引入了基于系统调用、垃圾回收扫描及定时器的异步抢占机制，但通道操作（ch 并非硬性抢占点——它不会像函数调用或系统调用那样强制触发调度器介入。
然而，关键在于：通道发送是否阻塞，决定了 goroutine 是否会主动让出。例如：
ch := make(chan int) // 无缓冲通道
go func() {
ch <p>在此例中，ch 这在单线程（GOMAXPROCS=1）下同样可能发生，因为调度时机由运行时决定，而非代码顺序。</p><p>更根本的是，Go 内存模型<strong>不保证任何跨 goroutine 的执行时序</strong>，除非通过显式同步。即使发送不阻塞（如向带缓冲通道发送），两个 goroutine 仍可能在不同 OS 线程上并发执行，导致指令重排、缓存不一致等问题。例如：</p><pre class="brush:php;toolbar:false;">ch := make(chan int, 1)
ch <p>此时，A 发送后继续运行，B 同时尝试接收 —— 二者逻辑并行，无顺序约束。</p><p>✅ 正确做法：使用同步原语建立明确的执行依赖。例如：</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2525" title="Go语言（Golang）1.26.0"><img
src="https://img.php.cn/upload/manual/001/589/237/6a6ae8334dfb7907.jpg" alt="Go语言（Golang）1.26.0" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2525" title="Go语言（Golang）1.26.0" class="overflowclass">Go语言（Golang）1.26.0</a>
<p class="overflowclass">Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2525" title="Go语言（Golang）1.26.0" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div>
-
用通道配对实现“发送后才允许接收”：
done := make(chan struct{}) go func() { ch 用 sync.WaitGroup 或 sync.Once 控制初始化时序（适用于一次性协调）；
避免依赖隐式调度行为：任何假设“某行代码一定在另一 goroutine 某行之前执行”的逻辑，都违反 Go 内存模型，属于竞态风险代码。
⚠️ 注意事项：
- 不要将调度行为（如“函数调用触发抢占”）当作稳定 API 使用——它属运行时实现细节，可能随版本变更（如 Go 1.14 前无栈抢占，1.14+ 引入基于信号的抢占）；
- GOMAXPROCS 仅影响 P 的数量，不能消除并发不确定性；
- 真正的同步必须通过 channel、sync 包或原子操作等显式同步原语达成。
总之，Go 的并发安全不来自调度器的“友好安排”，而来自开发者对同步契约的严格遵守。把时序交给 channel 通信逻辑本身，而非调度器的偶然行为，才是编写健壮 Go 并发程序的核心原则。
