Go 的 net.Conn 接口明确声明线程安全，允许多个 goroutine 并发调用 Write 方法，无须额外加锁；其底层 Unix 实现内置重试循环与互斥保护，Windows 版本则依赖 WSASend 的原子性保证。
在 Go 网络编程中，net.Conn 是核心抽象，代表面向流的双向连接，最常见于 TCP 场景。许多开发者都会关心一个实际问题：多个 goroutine 能否同时向同一 conn.Write() 发送数据？是否会引发问题？
先给出结论：Go 官方明确承诺完全支持。这不是“经验之谈”或“大多数情况下可行”，而是写在接口契约中的硬性保证。
查阅 net.Conn 官方文档，其中明确写道：
Multiple goroutines may invoke methods on a Conn simultaneously.
这句话的意思是：对于同一个 Conn 实例，多个 goroutine 可以同时调用其方法。换言之，你完全可以放心：无需手动加锁。无论程序运行在 Linux、macOS 还是 Windows，标准库都已为你处理好了。
底层实现差异与一致性保证
那么，底层具体如何保证安全？
Unix 系统（Linux/macOS）
在 fd_unix.go 文件中，conn.Write() 的实现包含一个带锁的循环。查看源码，大约在 318 行附近，可以看到这个机制：加锁、循环、检查 EAGAIN，未发送完则继续重试，直到所有字节写完或遇到不可恢复的错误才停止。
这意味着什么？在 Unix 平台上，除非遇到错误，否则 byteSent 一定等于 len(buf)。也就是说，要么全部写入，要么直接报错——不存在“写了一半卡住”的中间状态。这个内部锁（fd.incref() + fd.mu.Lock()）保护底层文件描述符状态，与用户业务逻辑无关，因此外部无须重复加锁。
Windows 系统
Windows 的实现路径不同，它使用 WSASend，一个支持重叠 I/O 的 Winsock API。Go 运行时通过异步完成端口（IOCP）机制封装了这一层，最终呈现给开发者的语义与 Unix 一致：Write() 要么成功写出全部数据，要么返回错误。MSDN 文档虽未直接说“完全阻塞直到写完”，但 Go 的封装层已将其抽象为同步语义，开发者可将其视为与 Unix 相同的行为。
✅ 正确用法示例（无需手动循环或加锁）
conn, _ := net.Dial("tcp", "example.com:80")
buf := []byte("GET / HTTP/1.1\r\nHost: example.com\r\n\r\n")
// ✅ 安全：多个 Goroutine 可同时调用
go func() { conn.Write(buf) }()
go func() { conn.Write([]byte("PING\r\n")) }()
go func() { conn.Write([]byte("PONG\r\n")) }()
可以看到，就是这么简单直接，无须任何额外的锁机制。
⚠️ 注意事项与最佳实践
虽然标准库已处理并发写入的安全问题，但仍有几个细节值得注意：
- 不要自行编写 Write 循环。除非你刻意绕过标准库（例如直接使用 syscall.Write），否则 conn.Write() 已处理了部分写和临时错误。手动添加循环不仅多余，还可能因忽略锁竞争而引入新的竞态问题。
- 注意缓冲区的同步问题。Write 方法本身是线程安全的，但若多个 goroutine 同时读写同一个 []byte 切片——尤其是底层数组被复用时——数据竞争风险依然存在。因此，确保每次 Write 调用使用独立或只读的缓冲区。
- 使用 SetWriteDeadline 进行超时控制。该设置可防止某次 Write 长时间阻塞，影响整体并发性能。
- 高吞吐场景下可考虑 bufio.Writer。它提供缓冲写入，减少系统调用次数，但需注意：bufio.Writer 并非并发安全。每个 goroutine 应持有独立实例，或在外层加锁管理。
总结
Go 的 net.Conn 从一开始就是为并发设计的。无论是 Unix 还是 Windows，标准库通过平台适配确保了 Write 操作的原子性和线程安全性。作为开发者，信任这个契约即可，将精力放在业务逻辑上，而非纠结底层系统调用的细节。
牢记一条铁律：对同一个 net.Conn 的并发 Write 是安全的；手动加锁或重写写循环通常意味着过度工程。
