macOS下Python socket连接报错OSError: [Errno 9] Bad file descriptor求助

报错原因 #

• 变量名冲突（非直接报错原因，属于高危错误实践）
  你贴出的演示代码中将socket模块名直接用作套接字变量名，会覆盖原模块引用，后续如果需要调用socket模块下的其他方法会直接报错。虽然该问题不会直接触发本次Bad file descriptor错误，但建议优先将变量名修改为my_socket、client_socket这类不会和模块名冲突的命名。
• 套接字对象提前失效
  从报错回溯来看，调用connect时套接字对应的文件描述符已经无效，是本次报错的核心原因，常见触发场景有三类：
  1. 代码中connect执行前，已经有其他逻辑调用了该套接字的close()方法，释放了对应的文件描述符。你可以对比行号排查：你贴出的演示代码中connect在第7行，但实际报错的行号是第9行，说明你运行的代码比贴出的多了2行内容，优先检查这两行是否存在关闭套接字的操作。
  2. 运行环境存在历史残留变量。如果你是在Python交互式解释器（比如IPython、IDLE、PyCharm的Python控制台）中运行代码，之前运行生成的已关闭套接字残留在当前变量空间中，未重新创建就直接调用connect也会触发该错误。这也是相同代码在PC能正常运行的常见原因：PC端你可能是直接运行Python脚本，没有交互式环境的变量残留问题。
  3. 系统文件描述符达到上限。macOS默认的单进程文件描述符限制远低于Windows系统，如果当前进程已经打开了大量文件/套接字，创建新套接字时会分配不到有效的文件描述符，进而触发报错。
• 网络配置异常
  虽然该场景下通常报Connection Refused错误，但也存在小概率的路由规则、网卡配置异常，导致套接字创建后无法正常分配网络资源触发该错误。

解决方案 #

• 优先重启Python解释器，直接运行完整的Python脚本文件，排除交互式环境的变量残留问题
• 执行ulimit -n 20480临时调高当前shell的文件描述符限制，再运行代码测试
• 先将HOST修改为127.0.0.1，本地启动测试服务端监听29299端口，排除网络连通性问题
• 逐行调试代码，确认connect执行前没有任何关闭该套接字的逻辑

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