Clash 类客户端提示端口被占用怎么办？Windows监听端口排查
机场订阅能导入，但客户端核心启动失败，日志出现 address already in use 或“绑定端口失败”时，先检查电脑上的监听端口。更换订阅通常不能解决本地程序争用端口的问题。本文以 Windows 和使用本地 HTTP、SOCKS 或混合端口的客户端为例，具体设置名称以你正在使用的版本为准。
第一步：抄下报错中的完整地址
记录日志中的地址、端口、协议和时间，再到客户端设置核对实际配置。127.0.0.1:7890 只是示例，不代表所有客户端都使用 7890。还要区分代理入口与控制接口：两者用途不同，不能只看到端口数字相近就互换。
mihomo 官方文档区分 HTTP、SOCKS 和混合端口，其中混合端口可以接受 HTTP 或 SOCKS 代理连接。本文只检查你当前启用的入口，不要求新增端口或开放局域网访问。
第二步：查看监听与进程编号
在 Windows 终端运行只读命令：
netstat -ano
找到本地地址列中与报错端口相符的行。TCP 入口重点看监听状态和最后一列的 PID；远程地址恰好含相同数字，不等于本地端口被它占用。IPv4、IPv6及不同绑定地址也要一起核对。
Microsoft netstat 文档说明：-a 显示连接及监听端口，-n 使用数字地址，-o 显示进程编号。随后在任务管理器中对照 PID，确认程序名称和来源。不要在不认识进程时直接结束任务。
第三步：按占用来源处理
- 如果是另一个自己启动的代理客户端，先保存其工作，再从该应用正常退出，避免两个客户端同时争用入口。
- 如果是当前客户端的另一个实例，先正常退出重复实例，再启动一次主程序。
- 如果是需要保留的其他软件，可在代理客户端支持的设置里选择一个经核对未占用的端口，并记下原值以便恢复。
- 如果没有找到占用行，或提示的是访问被拒绝，先保留完整报错。权限、端口保留或配置错误不应一律按占用处理。
不要随意关闭防火墙、删除网络适配器或批量结束进程；这些操作不会替你确认真正冲突的入口。
改端口后别漏掉应用设置
浏览器扩展、命令行环境变量或某些软件可能仍指向旧端口。客户端核心启动成功后，核对这些应用使用的地址与新入口一致。让客户端按正常方式应用系统代理，并检查实际设置，不要假定所有独立应用都会自动跟随。
如果不方便梳理依赖旧端口的应用，优先解决重复客户端的来源，通常比随意换端口更容易保持配置一致。
最后做一次完整验收
确认启动日志不再出现该绑定错误，目标端口由预期进程监听，再用一个明确配置了代理的应用访问熟悉的网站。关闭并重新打开客户端后复测一次。只有核心、入口和应用访问都通过，才算处理完成；机场推荐或选购中的远端线路评价，应在本地入口正常后再进行。
评论