socket模块仅封装系统网络接口，不构建协议；af_inet配sock_stream用于tcp（需connect后send/recv），配sock_dgram用于udp（须用sendto/recvfrom并保留地址）；recv()返回b''表示对方优雅关闭连接。
socket 模块本身不“构建协议”，它只是提供操作系统底层网络接口的 Python 封装。你用它实现的是基于 TCP 或 UDP 协议的应用逻辑，而不是重新发明 TCP/UDP。直接上手写通信程序时，关键不是“构建协议”，而是选对套接字类型、处理好收发边界、避开常见阻塞和编码陷阱。
创建 socket 对象时，AF_INET 和 SOCK_STREAM/SOCK_DGRAM 怎么选？
这是最常写错的第一步。错误写成 socket.socket(socket.AF_UNIX, socket.SOCK_STREAM) 或漏掉 AF_INET 会导致连接被拒绝或地址不可用。
-
AF_INET表示 IPv4 地址族（如'localhost'或'127.0.0.1'），绝大多数本地/局域网通信都用它；AF_INET6才用于 IPv6 -
SOCK_STREAM对应 TCP：面向连接，调用connect()后才能用send()/recv() -
SOCK_DGRAM对应 UDP：无连接，必须用sendto()和recvfrom()，且每次调用都得传地址 - 别省略参数——显式写
socket.AF_INET比只写2更安全，避免跨平台行为差异
TCP 通信中，recv() 返回空字节串意味着什么？
很多人以为是网络卡了，其实是对方调用了 close() 或进程退出，TCP 连接被优雅关闭。此时 recv() 不报错，但返回 b'' —— 这是 EOF 信号，不是超时也不是失败。
- 服务器端若没检查
if not data:就继续recv()，会陷入死循环（因为连接已关，recv()永远返回空） - 客户端主动断连后，服务器
accept()得到的client_socket仍有效，但后续recv()会立即返回空 - 不要依赖
try/except ConnectionResetError来判断断连——它只在对方强制断开（如 kill -9）时触发，正常关闭不会抛异常
UDP 通信里，recvfrom() 的地址参数为什么不能丢？
UDP 没有连接概念，每个数据包都自带源 IP 和端口。recvfrom() 返回的 address 是唯一能知道“谁发来的”信息。丢掉它，你就没法用 sendto() 回复。
- 错误写法：
data = udp_sock.recvfrom(1024)[0]—— 只取数据，丢了地址，后续无法响应 - 正确写法：
data, addr = udp_sock.recvfrom(1024)，然后udp_sock.sendto(b'OK', addr) - UDP 服务器通常要持续运行，不能像 TCP 那样为每个客户端新建 socket；一个 socket 处理所有
sendto()/recvfrom()对 - 如果硬要用
connect()把 UDP socket “伪连接”到某个地址，那就能用send()/recv()，但失去多客户端支持能力，极少用
bind() 失败常见原因和绕过方法
启动服务器时报 OSError: [Errno 48] Address already in use（macOS/Linux）或 WSAEADDRINUSE（Windows），基本都是端口被占。但别急着换端口，先确认是不是自己上次没关干净。
- Linux/macOS 下可用
lsof -i :12345或netstat -tuln | grep 12345查占用进程 - Python 中可在
bind()前加server_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)，让端口快速重用（开发调试必备） - Windows 上还需加
socket.SO_REUSEPORT（Python 3.8+），否则SO_REUSEADDR效果有限 - 绑定
'0.0.0.0'表示监听所有网卡，绑定'127.0.0.1'则只响应本地请求——外网连不上时先检查这个
recv() 空返回的误判、对 UDP 地址丢失的忽视、或者 bind 被占时的无脑换端口。这些点不提前踩一遍，调试时花的时间远超写代码本身。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
