tls.Conn 支持读写操作的并发执行（即一个 goroutine 调用 Read，另一个调用 Write），但不支持多个 goroutine 同时执行 Read 或同时执行 Write —— 其内部通过独立互斥锁（c.in 和 c.out）实现读写分离的线程安全。
`tls.conn` 支持读写操作的并发执行（即一个 goroutine 调用 `read`，另一个调用 `write`），但不支持多个 goroutine 同时执行 `read` 或同时执行 `write` —— 其内部通过独立互斥锁（`c.in` 和 `c.out`）实现读写分离的线程安全。
在 Go 标准库中，crypto/tls.Conn 是对底层网络连接（如 net.Conn）的 TLS 封装，广泛用于 HTTPS、gRPC 等安全通信场景。理解其并发行为对构建高性能、线程安全的网络服务至关重要。
✅ 并发读写是安全的
tls.Conn 的 Read 和 Write 方法分别持有不同的互斥锁：
- Read 使用 c.in.Lock() 保护输入缓冲区与解密逻辑；
- Write 使用 c.out.Lock() 保护输出缓冲区与加密逻辑。
这意味着：
? 一个 goroutine 执行 Read，另一个 goroutine 执行 Write —— 完全安全，无需额外同步。
? 这种设计使得典型的“请求-响应”模式（如 HTTP server 中并发处理读请求头 + 写响应体）天然适配。
以下是一个典型的安全并发示例：
func handleConnection(tlsConn *tls.Conn) {
// 并发：读请求与写响应可并行
go func() {
buf := make([]byte, 1024)
n, err := tlsConn.Read(buf)
if err != nil {
log.Printf("read error: %v", err)
return
}
log.Printf("received %d bytes: %s", n, string(buf[:n]))
}()
go func() {
resp := []byte("HTTP/1.1 200 OK\r\nContent-Length: 12\r\n\r\nHello TLS!")
_, err := tlsConn.Write(resp)
if err != nil {
log.Printf("write error: %v", err)
}
}()
// 注意：需确保连接生命周期管理（如 waitgroup 或 context 控制）
}⚠️ 并发读或并发写仍需串行化
虽然读写可并发，但：
立即学习“go语言免费学习笔记（深入）”；
- ❌ 多个 goroutine 同时调用 Read：会竞争 c.in 锁，实际串行执行，且可能因数据被前序读取消耗而导致后续 Read 返回 0, io.EOF 或阻塞等待新数据；
- ❌ 多个 goroutine 同时调用 Write：竞争 c.out 锁，同样串行执行，且存在写入顺序错乱风险（如 A/B 两个 goroutine 并发写，实际发送顺序不可控）。
因此，若需多路复用读或写（例如代理场景中多个子协程向同一连接写入不同流），应自行引入协调机制，例如：
- 使用 sync.Mutex 或 chan 序列化写操作；
- 对读操作，建议由单个“reader goroutine”统一接收并分发数据（如通过 channel 转发给业务逻辑）；
- 更推荐使用更高层抽象（如 http.Server、grpc.Server），它们已内建完善的并发读写调度。
? 补充说明：Handshake 的线程安全性
Read 和 Write 均会在首次调用时隐式触发 Handshake()（若尚未完成）。该握手过程本身是非并发安全的：若多个 goroutine 同时触发未完成的 handshake，可能引发 panic 或状态混乱。但标准库已通过 c.handshakeMutex 加锁保护，因此你无需手动同步 handshake —— 只需确保不显式并发调用 Handshake() 即可。
✅ 总结：最佳实践清单
- ✅ 允许：Read ↔ Write 并发（推荐模式）；
- ❌ 禁止：多个 Read 或多个 Write 并发（除非你明确控制顺序与数据边界）；
- ✅ 建议：将 tls.Conn 的 I/O 拆分为「单 reader + 单 writer + 多业务协程」架构；
- ✅ 注意：Close() 是并发安全的，但调用后所有 I/O 将返回 io.ErrClosedPipe，需避免关闭后继续读写。
掌握 tls.Conn 的这一并发语义，能帮助你在不牺牲性能的前提下，写出更健壮、可维护的安全网络代码。
