用 socket.bind() 检测端口是否被占用最轻量可靠：创建 socket、设 SO_REUSEADDR、绑定 127.0.0.1 和 0.0.0.0 并设超时，成功则空闲，OSError 则占用。
怎么用 socket 快速检测端口是否被占用
直接用 Python 标准库的 socket 尝试绑定端口，是最轻量、最可靠的方式。它不依赖外部命令（如 netstat 或 lsof），跨平台兼容性好，且能真实反映“当前进程能否监听该端口”——这比查进程列表更贴近实际需求。
核心逻辑就是：创建一个 socket，设为 SO_REUSEADDR，调用 bind()；成功说明端口空闲，抛出 OSError（通常是 [Errno 98] Address already in use）则说明已被占用。
注意：bind() 对 127.0.0.1 和 0.0.0.0 的结果可能不同。本地服务常监听 127.0.0.1，但有些会绑定 0.0.0.0（即所有接口）。若只测 127.0.0.1，可能漏掉监听在 0.0.0.0 的进程。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 默认优先测试
127.0.0.1，符合多数开发场景（如flask run、npm start） - 若需严格判断“是否真无法启动”，应同时尝试
127.0.0.1和0.0.0.0；任一失败即视为占用 - 务必设置
socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)，否则在 TIME_WAIT 状态下可能误报 - 记得
close()socket，避免短时大量检测触发文件描述符耗尽
为什么不用 psutil 查进程？
psutil 能列出所有监听端口的进程，看起来更“全面”，但它有几个硬伤：
第一，权限问题：Windows 上非管理员无法读取其他用户进程的网络连接；Linux/macOS 某些容器或沙箱环境也会限制 /proc 访问，导致漏检。
第二，时效性差：psutil.net_connections() 返回的是内核快照，而 socket bind 是实时系统调用，后者更能反映“此刻能否用”。比如一个进程刚释放端口但还没退出，psutil 可能还显示它占着，而 bind() 已能成功。
第三，干扰项多：它会返回大量 TIME_WAIT、CLOSE_WAIT 状态连接，需要过滤，反而增加误判风险。
除非你明确需要知道“谁占了端口”，否则纯检测占用与否，socket.bind() 更直接、更少副作用。
如何批量检测多个端口并避免阻塞
开发时经常要检查一串端口（如 [3000, 3001, 8000, 8080]），逐个同步 bind() 会慢——尤其某些端口响应延迟高（比如被防火墙拦截时可能超时）。
关键不是用多线程，而是控制单次 bind() 的超时时间。TCP socket 默认无超时，卡住几秒很常见。必须显式设置：
sock.settimeout(0.5) —— 半秒足够区分可用/不可用，再长没意义。
实操建议：
立即学习“Python免费学习笔记（深入）”；
- 用
concurrent.futures.ThreadPoolExecutor并发检测，线程数建议 ≤ 10，避免系统资源争抢 - 每个检测函数封装成独立
try/except，捕获OSError、socket.timeout、PermissionError（如 Windows 上低编号端口需管理员） - 返回结构统一为
(port, is_free, reason)，方便后续筛选或打印 - 不要用
asyncio：纯 I/O 绑定检测并无明显收益，反而增加复杂度和兼容性负担
常见错误现象和绕过方法
运行脚本时遇到这些情况，基本都跟绑定地址或权限有关：
OSError: [WinError 10013] An attempt was made to access a socket in a way forbidden by its access permissions：Windows 上尝试绑定 1024 以下端口（如 80、443），需管理员权限。解决办法是跳过或提示用户重开终端。
OSError: [Errno 99] Cannot assign requested address：尝试绑定一个本机不存在的 IP（如 192.168.99.100）。确保地址在 socket.gethostbyname(socket.gethostname()) 返回范围内，或直接用 127.0.0.1。
PermissionError: [Errno 13] Permission denied：Linux/macOS 上非 root 进程尝试绑定特权端口。同上，要么提升权限，要么限定检测范围（如 range(3000, 3100)）。
还有一个容易被忽略的点：IPv6 默认开启。如果脚本只测 IPv4，但系统启用了 IPv6 dual-stack，AF_INET6 绑定可能影响结果。稳妥做法是显式指定 socket.AF_INET，避免自动降级或协议混淆。
端口检测本身很简单，难的是覆盖边界条件——本地地址语义、权限层级、协议栈行为、超时策略。写一次脚本不难，让每次运行都给出可信结论，才真正省时间。
