Go多连接并发处理核心是用goroutine分发连接、channel协调生命周期与结果收集，并通过信号通道统一关闭、缓冲通道限流防资源耗尽。
用 Go 实现多连接并发处理，核心在于合理使用 goroutine 启动连接处理逻辑，再借助 channel 协调数据流、控制生命周期和传递结果。它不是简单地“每个连接开一个 goroutine”，而是要兼顾资源可控性、错误隔离与状态同步。
监听连接后立即派发到独立 goroutine
服务器启动监听后，对每个 accept() 到的连接，立刻起一个新 goroutine 处理，避免阻塞后续连接接入：
- 主 goroutine 只负责
listener.Accept()，不参与业务逻辑 - 每个连接封装进函数（如
handleConn(conn net.Conn)），用go handleConn(conn)启动 - 注意：需在 goroutine 内部 defer
conn.Close()，防止连接泄漏
用 channel 管理连接生命周期与退出信号
当需要统一关闭所有连接（如服务重启），不能只关 listener，还要通知已建立的连接主动退出：
- 定义一个全局
done := make(chan struct{})，作为终止信号通道 - 每个
handleConn在读写循环中 select 监听done，收到即清理并 return - 关闭服务时
close(done)，所有活跃连接会陆续退出
用 channel 收集连接状态或业务结果
若需统计活跃连接数、上报请求结果或聚合日志，避免加锁竞争，可用 channel 统一收集：
- 声明
reportCh := make(chan ConnReport, 100)（带缓冲防阻塞） - 每个
handleConn在结束前发送reportCh - 另起一个 goroutine 从
reportCh持续接收并处理（如写入 metrics 或日志）
限制并发连接数，防止资源耗尽
无节制启动 goroutine 可能压垮内存或文件描述符。可用带缓冲 channel 实现简单计数限流：
- 初始化
sem := make(chan struct{}, 100)（最多 100
并发连接） - 每次
accept后先sem ，获取令牌再启 goroutine -
handleConn结束前归还令牌 - 配合超时或 context.WithTimeout，可进一步避免单连接长期占用
并发连接）不复杂但容易忽略。关键不是堆 goroutine，而是用 channel 把“谁来干”“干得怎样”“什么时候停”这三个问题串起来。
