go的并发模型通过goroutine与非阻塞io结合，高效处理阻塞io。其核心在于网络轮询器（netpoller），它基于操作系统异步io机制（如epoll、kqueue、iocp等），实现事件驱动的io处理。当goroutine执行网络读写时，若条件不满足，go运行时将其挂起并注册到轮询器；io就绪后，轮询器通知调度器恢复该goroutine。这种方式避免了线程阻塞，提升了并发性能。实际开发中需注意：1.避免长时间同步计算；2.控制goroutine数量；3.减少系统调用对线程的影响；4.使用context.context进行超时控制；5.复用连接和缓冲区以优化性能。
Golang的并发模型在处理阻塞IO时表现得非常高效，这背后的关键在于其网络轮询器（netpoller）的设计。传统的多线程模型中，每次遇到阻塞IO都会导致一个线程挂起，影响整体性能；而Go通过goroutine与非阻塞IO结合的方式，实现了高效的并发IO处理。
网络轮询器是什么？
Go语言中的网络轮询器是运行时系统的一部分，负责管理所有网络IO事件。它基于操作系统提供的异步IO机制（如Linux的epoll、BSD的kqueue、Windows的IOCP等），实现了事件驱动的IO处理方式。
简单来说，当一个goroutine执行网络读写操作时，如果当前没有数据可读或无法立即写入，Go运行时不会让这个goroutine一直等待，而是将其挂起，并将该连接注册到轮询器中。当IO就绪时，轮询器会通知调度器恢复对应的goroutine继续执行。
立即学习“go语言免费学习笔记（深入）”；
阻塞IO为何不真的“阻塞”？
在Go中，虽然代码看起来像是调用了“阻塞”的方法，比如conn.Read()，但实际上Go内部做了很多优化：
- 非阻塞IO + 事件通知：底层Socket会被设置为非阻塞模式，读写操作不会真正阻塞线程。
- goroutine自动挂起：如果IO未就绪，当前goroutine会被调度器挂起，释放线程资源去执行其他任务。
- IO就绪后自动唤醒：当轮询器检测到某个连接可以读写时，会唤醒之前挂起的goroutine继续执行。
这种方式既保持了编程接口的简洁性，又避免了传统线程模型中因IO阻塞带来的性能瓶颈。
举个例子：你同时监听1万个连接，每个连接偶尔发送一次数据。如果用传统线程模型，可能需要开1万个线程，大部分时间都在等待；而在Go中，只需要少量线程（通常等于CPU核心数）就能高效处理所有连接。
轮询器如何与调度器配合工作？
Go的调度器和轮询器是协同工作的两个关键组件：
- 调度器负责管理goroutine的生命周期和上下文切换；
- 轮询器负责监听IO事件并通知调度器何时恢复某个goroutine。
它们之间的协作流程大致如下：
- 当一个goroutine尝试进行网络IO操作时，若条件不满足（例如无数据可读），调度器会将其标记为等待状态，并交给轮询器管理；
- 轮询器在后台使用epoll/kqueue等方式监听多个文件描述符的状态变化；
- 一旦某个描述符变为可读或可写，轮询器会将对应的goroutine重新放回调度队列；
- 调度器在下一轮调度中恢复该goroutine的执行。
这种设计使得Go程序即使面对大量并发连接，也能保持较低的资源消耗和较高的响应速度。
实际开发中需要注意什么？
虽然Go的并发模型对阻塞IO有良好的抽象和封装，但在实际开发中仍有一些细节值得留意：
- 不要在goroutine中做长时间的同步计算，否则会影响其他goroutine的调度；
- 合理控制goroutine数量，避免因为创建过多goroutine导致内存压力；
- 注意系统调用的影响：某些系统调用会导致线程阻塞，进而影响整个P（处理器）的工作效率；
- 使用context.Context进行超时控制，防止IO操作无限期挂起；
- 适当复用连接和缓冲区，减少频繁分配和回收带来的开销。
这些做法不是必须的，但如果你的应用涉及高并发或长连接场景，忽略它们可能会带来性能问题。
基本上就这些。Go的并发模型之所以强大，是因为它把复杂的IO处理隐藏得很好，让你可以用简单的逻辑写出高性能的网络服务。不过，了解背后的轮询器原理，能帮助你在遇到性能瓶颈或调试问题时更有底气地分析原因。
