如何解决Python Sockets实现树莓派与PC局域网双工通信的阻塞问题？

一、Socket底层核心问题解答 #

1. 未监听/接收时，数据或连接请求的处理 #

• TCP协议场景：
  • 连接请求（SYN包）：操作系统会维护一个连接请求队列（大小由listen函数的backlog参数控制），未调用accept处理的请求会暂时存在队列中，队列满后新的连接请求会被直接拒绝。
  • 已建立连接的数据：操作系统会为每个TCP连接分配接收缓冲区，未调用recv读取的数据会被缓冲在这个区域内，缓冲区满后，发送方会触发TCP流量控制（发送方被阻塞），不会直接丢包。
• UDP协议场景：
  UDP是无连接协议，操作系统会为UDP socket分配独立的接收缓冲区，未调用recvfrom读取的数据会暂存其中，缓冲区满后，后续到达的数据包会直接丢失（UDP不提供重传机制）。

2. 长时间不调用Socket方法的存活情况 #

• TCP连接：
  • 默认情况下，操作系统不会主动销毁无数据交互的TCP连接，但如果网络中间设备（如路由器）开启了超时回收，长时间无数据的连接可能会被中断；若开启了TCP保活机制（可通过socket选项SO_KEEPALIVE配置），操作系统会定期发送探测包，若探测失败则会主动关闭连接并销毁socket。
  • 只要连接两端都未主动关闭，且无外部中断，socket会一直存在。
• UDP socket：
  UDP是无连接的，只要进程未主动调用close关闭socket，操作系统不会主动销毁它，直到进程退出。

二、Pi集群通信的合理架构建议 #

针对你当前轮询效率低、多进程混乱的问题，推荐两种更高效的方案：

• 方案1：非阻塞Socket + IO多路复用
  使用Python的select/poll/epoll模块（Linux下优先epoll），将所有监听、已连接的socket设置为非阻塞模式，通过IO多路复用机制同时监控多个socket的可读/可写事件，无需轮询或多进程，单进程即可高效处理所有通信需求。
• 方案2：单进程多线程架构
  为每个独立的通信任务分配一个线程：比如一个线程负责监听来自PC的连接请求，两个线程分别监听另外两台Pi的连接，主线程负责调度任务监控与数据发送。线程的IO阻塞不会影响其他线程，且架构比多进程更简洁，开销更低。

避免过度拆分进程（如3/6/9进程），这类方案会增加进程间通信的复杂度，反而降低整体效率。

内容的提问来源于stack exchange，提问作者MikeyMike