go标准库允许对同一net.conn对象并发调用方法，但write()本身不保证原子性——多个goroutine同时调用write可能导致数据交错，必须通过显式同步机制（如互斥锁或bufio.writer）确保写操作的完整性。
go标准库允许对同一net.conn对象并发调用方法，但write()本身不保证原子性——多个goroutine同时调用write可能导致数据交错，必须通过显式同步机制（如互斥锁或bufio.writer）确保写操作的完整性。
在Go网络编程中，net.Conn接口的设计明确支持并发方法调用。官方文档明确指出：“Multiple goroutines may invoke methods on a Conn simultaneously.” 这意味着Read()、Write()、Close()等方法在底层实现中是线程安全的——不会因并发调用而引发panic或内存损坏。但需特别注意：“线程安全”不等于“逻辑原子”。
以您提供的代码为例：
func handle(conn net.Conn) {
msg := "hello, world!"
for i := 0; i < 100000; i++ {
go func() {
err := write(conn, msg)
if err != nil {
log.Printf("write error: %v", err)
}
}()
}
}
func write(conn net.Conn, msg string) error {
mlen := fmt.Sprintf("%04d", len(msg))
_, err := conn.Write([]byte(mlen + msg))
return err
}该代码启动10万goroutine并发向同一连接写入格式化消息（如"0012hello, world!"）。虽然在Ubuntu 14.04上未复现错误，但这属于侥幸行为，而非设计保障。原因在于：
- conn.Write()底层通常调用系统write()系统调用，其原子性仅限于单次内核调用；
- 若msg较短且TCP缓冲区充足，多次小写可能被内核合并或顺序完成；
- 但一旦发生TCP窗口受限、网络延迟波动或运行时调度变化，就极易出现字节交错（如"0012hel0012lo, world!lo, world!"），破坏协议帧结构。
✅ 正确做法：确保每次逻辑写入（即一个完整报文）的串行化执行。推荐两种生产级方案：
立即学习“go语言免费学习笔记（深入）”；
方案一：使用sync.Mutex保护写操作
type SafeConn struct {
conn net.Conn
mu sync.Mutex
}
func (sc *SafeConn) WriteMsg(msg string) error {
sc.mu.Lock()
defer sc.mu.Unlock()
mlen := fmt.Sprintf("%04d", len(msg))
_, err := sc.conn.Write([]byte(mlen + msg))
return err
}方案二：使用带缓冲的bufio.Writer（更高效）
bufio.Writer本身不是并发安全的，但配合锁可减少系统调用次数，并提升吞吐：
type BufferedConn struct {
conn net.Conn
writer *bufio.Writer
mu sync.Mutex
}
func NewBufferedConn(conn net.Conn) *BufferedConn {
return &BufferedConn{
conn: conn,
writer: bufio.NewWriter(conn),
}
}
func (bc *BufferedConn) WriteMsg(msg string) error {
bc.mu.Lock()
defer bc.mu.Unlock()
mlen := fmt.Sprintf("%04d", len(msg))
bc.writer.WriteString(mlen + msg)
return bc.writer.Flush() // 关键：flush保证完整写出
}⚠️ 注意事项：
- 切勿依赖conn.Write()的“看似正常”表现——Go标准库不承诺Write的原子性语义，仅保证方法调用不会崩溃；
- 若协议要求严格帧边界（如长度前缀），务必在应用层强制串行写入；
- 对高吞吐场景，优先选用bufio.Writer + Mutex而非无缓冲直写，可显著降低系统调用开销；
- Close()也需考虑并发安全：建议在所有写goroutine退出后再调用，或使用sync.WaitGroup协调生命周期。
总结：net.Conn的并发可用性 ≠ 写操作的逻辑安全性。真正的原子性必须由开发者通过同步原语显式构建——这是Go“共享内存通过通信”的反向实践：当通信（写入）本身需要一致性时，回归经典的互斥控制，方为稳健之道。
