关于TCP可靠性的一点思考，借此浅谈应用层协议设计
这篇讲的是，作者从网络游戏开发转向网络存储、机器学习等场景后，对TCP“可靠性”的重新审视。他提出，在需要重连重试的严肃应用中，TCP的ACK机制和操作系统的发送成功通知并不可靠——比如网络故障后，应用层无法获知哪些数据丢失，已提交的缓冲区也可能被释放，导致数据无法重发。 文章的核心，是剖析了三个基于TCP的应用层协议设计陷阱：发送方无法确认接收状态、无法区分“成功”与“未失败”、以及重试可能导致数据重复。针对这些“坑”，作者给出了具体的应对方案：必须在应用层设计确认应答（ACK）；对于大文件追加，应采用带偏移量的positioned write；对于重复消息，则需在应用层进行去重。 最后，文章也讨论了优雅关闭连接的原则：应由接收最后一条消息的一方主动发起关闭。整篇文章从实际场景中的问题切入，深入浅出地阐明了在设计RPC协议时，不能盲目信任传输层，而必须在应用层构建自己的可靠性机制。