Go中socket并发读写核心是每连接独占goroutine+channel协调+非阻塞I/O意识；需分离读/写goroutine职责，用带缓冲channel解耦，避免多goroutine竞争同一conn导致数据错乱或panic。
在 Go 中用 socket 处理并发读写，核心不是“加锁”或“避免 goroutine”，而是靠 每个连接独占 goroutine + channel 协调 + 非阻塞 I/O 意识。Go 的 net.Conn 本身是线程安全的，但 多个 goroutine 同时 Read/Write 同一个 Conn 会竞争底层缓冲和状态，导致数据错乱或 panic。关键在于设计好读、写职责边界。
一、为每个连接启动独立的读/写 goroutine
不要让多个 goroutine 同时调用 conn.Read() 或 conn.Write()。标准做法是：一个 goroutine 专责读（把数据解析后发到 channel），另一个专责写（从 channel 取数据写入 conn）。这样读写互不干扰，也天然规避了竞争。
- 读 goroutine 循环调用 conn.Read()，解析完整消息（如按换行、固定头长或 JSON 边界），将 payload 发送到 conn.writeChan
- 写 goroutine 从 conn.writeChan 接收数据，调用 conn.Write() 发送；若需保证顺序，可加简单同步（如 writeMutex 仅保护 Write 调用本身）
- 注意：conn.Close() 应由读 goroutine 在检测到 EOF 或错误后触发，并关闭 writeChan，通知写 goroutine 退出
二、用带缓冲的 channel 解耦读写，防止写 goroutine 阻塞
如果写 channel 是无缓冲的，而远端接收慢或网络卡顿，writeChan <- data 会阻塞整个逻辑。应使用带缓冲的 channel（如 make(chan []byte, 64)），并配合 select + default 避免积压：
- 发送前用 select 判断 channel 是否满：select { case writeChan <- data: ... default: log.Warn("write queue full, drop msg") }
- 缓冲大小根据业务吞吐预估，过大会吃内存，过小易丢包；也可用 ring buffer 或带驱逐策略的队列库（如 golang.org/x/exp/slices）
三、读写超时与连接生命周期管理
不设超时的 conn.Read() 会永久阻塞，导致 goroutine 泄漏。必须显式设置：
- conn.SetReadDeadline(time.Now().Add(30 * time.Second)) —— 每次 Read 前重置，实现“空闲超时”
- conn.SetWriteDeadline(time.Now().Add(5 * time.Second)) —— 防止大包卡死写 goroutine
- 用 context.WithTimeout 包裹整个连接处理流程，在超时后主动 close conn 并清理资源（如从 map[net.Conn]*ConnState 中删除）
四、避免全局共享状态，用连接上下文封装状态
如果业务需要维护用户 ID、登录态、心跳时间等，不要用全局 map + mutex 锁，而应把状态作为结构体字段绑定到每个连接实例：
- type ClientConn struct { conn net.Conn; userID string; lastPing time.Time; mu sync.RWMutex; sessionData map[string]interface{} }
- 所有状态读写都在该结构体内完成，读 goroutine 和写 goroutine 共享同一实例，但通过 RWMutex 控制临界区（如只在处理登录包时写 userID，其余只读）
- 这样既避免锁争用，又比全局 map 更易测试和清理
