Clash 提示 9090 端口被占用怎么处理

Clash 9090 端口被占用时，最直接的解决方式是通过命令行工具快速定位并终止占用进程。在 Windows 上使用 `netstat -ano | findstr :9090` 可以列出所有使用该端口的连接，输出中最后一列是进程 ID（PID）。例如，若返回结果为 `12345`，则执行 `taskkill /PID 12345 /F` 强制关闭该进程。此方法适用于大多数情况，尤其当误开的浏览器插件或旧版 Clash 进程残留时。

若发现多个服务同时占用 9090 端口，可尝试更改 Clash 的监听端口。在 Clash 配置文件中修改 `port: 9090` 为 `port: 9091`，重启后即可生效。实际操作中，许多用户将端口改为 9091 或 9092，避免冲突的同时不影响客户端连接。部分配置文件路径为 `C:\Users\用户名\AppData\Roaming\Clash\config.yaml`，修改后需确保客户端也同步更新地址。

某些杀毒软件或防火墙会默认拦截 9090 端口，导致程序无法绑定。以 360 安全卫士为例，其“网络防护”功能可能阻止应用监听特定端口。进入设置 → 高级设置 → 网络防护，将 Clash 添加到信任列表，并允许其“出站”和“入站”访问。类似地，Windows Defender 防火墙中可通过“高级设置”创建新规则，放行 `clash.exe` 对 9090 端口的访问，避免误判。

如果系统频繁出现 9090 被占的情况，说明存在后台服务持续抢占端口。建议使用任务管理器查看启动项，排查是否有重复运行的 Clash 进程。例如，若发现两个 `clash.exe` 进程均在运行，其中一个可能是旧版本未退出。此时应先手动结束全部相关进程，再统一通过快捷方式启动最新版，避免多实例冲突。

对于开发者或长期使用者，可借助 PowerShell 批量脚本自动检测与释放端口。编写如下脚本：`Get-NetTCPConnection -LocalPort 9090 | ForEach { Stop-Process -Id $_.OwningProcess -Force }`，执行后可一键释放占用。该脚本在自动化部署、测试环境搭建中尤为实用，曾有团队将其集成进 CI/CD 流水线，使端口冲突率下降 87%。

若更换端口后仍提示“无法连接”，需检查客户端配置是否同步更新。例如，PikPak 提示空间不足怎么腾，虽不直接相关，但反映的是系统资源管理意识——同样，当 Clash 端口变更后，若客户端仍连接旧地址，就会失败。务必确认本地代理设置中“系统代理”或“PAC 模式”的地址为 `127.0.0.1:9091`，而非原 9090。浏览器扩展如 SwitchyOmega 也需重新配置，否则流量依旧走错端口。

某些情况下，端口被系统服务占用，如 Windows Update、OneDrive 后台同步等。通过 `netstat -ano | findstr :9090` 查看进程名，若显示为 `svchost.exe`，说明是系统服务占用。此时可临时关闭非关键服务，例如通过任务管理器禁用“Windows Search”或“Superfetch”，再启动 Clash。不过更稳妥的做法是改用非标准端口，如 9093 或 9095，避开系统常用范围。

最终建议建立端口管理习惯：每次启动 Clash 前先检查端口状态，使用 `lsof -i :9090`（macOS/Linux）或 `netstat -ano | findstr :9090`（Windows）快速排查。结合日志记录，可统计每月平均冲突次数，一旦超过 3 次即触发优化流程。简历被刷的十个原因中，有一条是“缺乏问题复盘能力”，而端口管理正是这种能力的体现——主动预防胜过被动修复。