select模块支持跨平台多fd监控但性能有限，返回(可读,可写,异常)三元组，需设超时避免阻塞，socket须用fileno()转整数fd加入监控，Windows不支持监控普通文件，fd生命周期需手动严格管理。
Python 的 select 模块能让你在单线程里同时监控多个文件描述符（比如 socket、pipe、甚至部分系统设备），但它不是“开箱即用”的高并发方案——它只适用于低到中等连接数、且你明确需要跨平台（Windows/Linux/macOS）兼容的场景。Linux 上用 epoll、macOS 用 kqueue 效率更高，但 select 是唯一全平台原生支持的。
为什么 select.select() 返回三个列表？
select.select() 的返回值是 (ready_read, ready_write, ready_except) 三元组，分别对应：当前可读、可写、发生异常的文件描述符。注意：
• 可读不等于“有完整消息”，可能只有 1 字节或半包，需自行处理粘包
• 可写通常总是就绪（除非发送缓冲区满），所以常用于“等待 socket 变得可写”来发数据
• ready_except 在 TCP 场景下极少触发，多见于监听 socket 接收失败或 UDP 收到 ICMP 错误包
如何避免阻塞在 select() 上？
默认调用 select.select(rlist, wlist, xlist) 会无限阻塞，直到至少一个 fd 就绪。实际使用必须设超时：
# 超时单位是秒，支持浮点数（如 0.1 表示 100ms） ready_r, ready_w, ready_x = select.select(read_fds, write_fds, except_fds, timeout=0.5)
常见做法：
• 设 timeout=0 实现纯轮询（不推荐，空转耗 CPU）
• 设 timeout=None 等同于不设（阻塞等待）
• 生产环境建议 timeout ≤ 1 秒，兼顾响应性和调度公平性
• 如果 read_fds 为空，select() 会立即返回空列表，别漏掉这个边界情况
立即学习“Python免费学习笔记（深入）”；
socket 连接建立后怎么加入 select 监控？
不能直接把 socket 对象传给 select.select()，必须传其底层文件描述符：
sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.connect(('example.com', 80))
fd = sock.fileno() # 获取整数 fd
read_fds.add(fd) # 加入待监控集合关键细节：
• fileno() 返回的 int 值在 socket 关闭后失效，务必在 close() 后从 read_fds / write_fds 中移除
• TCP 连接关闭时，对端 FIN 会导致该 fd 出现在 ready_r 中，recv() 返回空 bytes，此时应主动 close() 并清理 fd
• 不要监控已关闭的 fd，否则 Linux 返回 OSError: [Errno 9] Bad file descriptor，Windows 可能静默失败
为什么 select() 在 Windows 上无法监控普通文件？
Windows 的 select() 只支持 socket 类型的 fd，传入 open('file.txt').fileno() 会直接抛出 ValueError: filedescriptor cannot be a negative integer (-1) 或类似错误。这是系统限制，不是 Python bug。
• 替代方案：用 threading + time.sleep() 轮询文件变化，或改用 win32event（pywin32）
• 即使在 Linux/macOS，也不建议用 select() 监控磁盘文件——它不触发就绪事件，只能靠 inotify/kqueue
真正麻烦的是 fd 生命周期管理：添加、就绪、错误、关闭，四步缺一不可。漏掉一次 remove()，下次 select() 就可能崩。别指望它像 asyncio 那样自动 cleanup。
