https://blog.cpdd.fyi/tags/netpoller/Recent content in Netpoller on Zampo BlogHugozh-cnFri, 29 May 2026 20:53:18 +0800https://blog.cpdd.fyi/posts/go-gmp-syscall-netpoller/Fri, 29 May 2026 20:53:18 +0800https://blog.cpdd.fyi/posts/go-gmp-syscall-netpoller/<p>把 <code>GOMAXPROCS</code> 设成 1，再让一个 goroutine 卡在 <code>syscall.Read</code> 里。</p> <p>按直觉，整个 Go 程序应该只剩一个执行名额。这个名额被卡住了，其他 goroutine 也该一起停。</p> <p>但你真跑一下，会看到另一件事：reader 卡在系统调用里，主 goroutine 的 ticker 还在继续打印。</p> <div class="highlight"><div class="chroma"> <table class="lntable"><tr><td class="lntd"> <pre tabindex="0" class="chroma"><code><span class="lnt">1 </span><span class="lnt">2 </span></code></pre></td> <td class="lntd"> <pre tabindex="0" class="chroma"><code class="language-bash" data-lang="bash"><span class="line"><span class="cl"><span class="nb">cd</span> assets/go-gmp-series/02-syscall-netpoller/examples/syscall-handoff </span></span><span class="line"><span class="cl"><span class="nv">GOMAXPROCS</span><span class="o">=</span><span class="m">1</span> <span class="nv">GODEBUG</span><span class="o">=</span><span class="nv">schedtrace</span><span class="o">=</span>500,scheddetail<span class="o">=</span><span class="m">1</span> go run main.go </span></span></code></pre></td></tr></table> </div> </div><p>示例里一个 goroutine 进入阻塞的 <code>syscall.Read</code>，3 秒后才有人往 pipe 写数据。与此同时，主 goroutine 每 200ms 仍然输出：</p> <div class="highlight"><div class="chroma"> <table class="lntable"><tr><td class="lntd"> <pre tabindex="0" class="chroma"><code><span class="lnt">1 </span></code></pre></td> <td class="lntd"> <pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="cl">main: still running Go code while another M may be blocked in syscall </span></span></code></pre></td></tr></table> </div> </div><p>这件事比“goroutine 很轻”更关键。</p> <p>它说明 Go 调度器真正厉害的地方，不是能创建很多 G，而是能在一条 OS 线程卡住时，把 Go 世界继续往前推。</p> <p>第一篇我们讲过：G 是任务，M 是 OS 线程，P 是执行 Go 代码所必须持有的 runtime 资源。你可以把 P 类比成执行许可证。</p>