三次握手是为解决网络中数据包乱序、丢失、重复问题，通过syn、syn+ack、ack三步确认双方收发能力并同步初始序列号；udp因无连接、无重传、无排序而“不可靠”，但低延迟高吞吐，适用于音视频、dns等场景。
TCP连接的三次握手到底在做什么
三次握手不是为了“打招呼”，而是为了解决网络中数据包乱序、丢失、重复的问题。客户端发SYN，告诉服务端“我想建连，初始序列号是X”；服务端回SYN+ACK，表示“收到，我也准备好了，我的初始序列号是Y，确认你的X+1”；客户端再发ACK，确认收到Y+1。这三步确保双方都具备收发能力，且初始序列号达成一致。
实际写代码时，socket.connect() 调用后，Python底层自动完成这三步。你不需要手动构造SYN包——那是内核协议栈的事。但理解它，能帮你快速定位连接超时、RST重置、TIME_WAIT堆积等常见问题。
UDP为什么“不可靠”却依然被广泛使用
UDP不握手、不重传、不排序、不拥塞控制。它只负责把应用层数据封装成IP包发出，至于对方收没收到、顺序对不对、丢没丢，一概不管。这种“裸奔”模式换来的是极低延迟和高吞吐，适合音视频流、DNS查询、游戏状态同步等场景。
用Python写UDP服务时，socket.bind() 后直接 recvfrom() 即可接收任意来源的数据报；发送用 sendto() 指定目标地址。注意：单个UDP数据报建议控制在512字节以内（避免IP分片），超过65507字节会直接报错。
立即学习“Python免费学习笔记（深入）”；
如何用Python观察真实TCP/UDP通信过程
光看代码不够，得看到底发了什么包。推荐组合使用：Wireshark抓包 + Python socket + 简单服务端/客户端。比如启动一个UDP echo server，用Wireshark过滤 udp.port==8080，就能清楚看到每个sendto对应的UDP帧结构；换成TCP服务器后，还能看到SYN、ACK、PSH、FIN等标志位的实际变化。
小技巧：
- 在代码中加 time.sleep(0.1) 控制发送节奏，方便Wireshark逐帧分析
- 服务端用 setsockopt(SOL_SOCKET, SO_REUSEADDR, 1) 避免端口被占用报错
- 抓包时选择正确的网卡（别抓到环回接口或虚拟机网卡）
TCP粘包问题不是bug，是设计使然
TCP是字节流协议，没有消息边界概念。你调用两次 send(b'hello') 和 send(b'world')，对方可能一次 recv(1024) 就拿到 b'helloworld'，也可能分三次收到 b'he' / b'llo' / b'world'。这不是Python的问题，也不是网络问题，而是TCP传输机制决定的。
解决思路只有两种：
- 固定长度头 + 变长内容：先发4字节表示后续数据长度，再发正文
- 特殊分隔符：如每条消息末尾加 \n（适合文本协议，但需转义处理）
不要依赖 recv 的调用次数去“对应” send 的次数——这是初学者最常踩的坑。
