TCP连接中，为何TCPConn.Write不添加换行符导致无反馈？

本文共计1314个文字，预计阅读时间需要6分钟。

相关专题：

go 中 `net.conn.write` 是底层 tcp 发送操作，本身**立即返回成功并不等于数据已送达对端或被对方 `read` 立即感知**；是否“立刻可见”，取决于缓冲机制、nagle 算法、接收方读取逻辑及应用层协议设计，而非 write 调用本身是否阻塞。

在你提供的 Go 客户端/服务器示例中，conn.Write([]byte("hello")) 实际上每次均成功执行并返回（可通过检查返回值 n, err 验证），服务器也确实在每秒收到一次 "hello" —— 这说明数据已通过 TCP 可靠传输并被 conn.Read 正确读取。所谓“Write 什么也没发生”，实为一种常见误解：将「写入成功」等同于「服务端立即打印日志」，而忽略了 TCP 的流式特性与应用层读取行为的耦合关系。

? 根本原因分析

1. TCP 是字节流，无消息边界
   Write 发送的是原始字节流，不自带分隔符。服务器 Read 每次从内核接收缓冲区中尽可能多地读取（最多 128 字节），但何时触发一次 Read 返回、返回多少字节，由 TCP 栈调度和对端发送节奏共同决定。你的客户端每秒发一次 "hello"（5 字节），服务端每次 Read 恰好读到这 5 字节并打印，完全符合预期。

2. Nagle 算法可能延迟小包发送（但本例中通常不生效）
   Linux/Go 默认启用 Nagle 算法（TCP_NODELAY = false），旨在合并小包减少网络开销：若存在未确认的小包，后续小写入会等待 ACK 或积累到 MSS 再发。