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

Clash 启动时提示 9090 端口被占用，通常意味着已有其他进程正在使用该端口，导致 Clash 无法正常绑定监听。这种情况在本地开发环境频繁出现，尤其是当系统中存在多个代理工具、调试服务或后台程序未正确关闭时。9090 是 Clash 桌面版默认的 Dashboard 管理界面端口，若被占用，不仅无法访问配置页面，还会导致应用启动失败或卡死。

首先确认是否真有进程占用了 9090 端口。在 Windows 上打开命令提示符（CMD）或 PowerShell，输入 `netstat -ano | findstr :9090`，回车后会列出所有使用 9090 端口的连接及其对应的进程 ID（PID）。在 Linux 或 macOS 系统中，使用 `lsof -i :9090` 命令即可查看占用情况。如果输出显示某行包含 9090 和一个数字（如 1234），这个数字就是该进程的 PID。

接下来判断这个进程是否是需要保留的。常见占用来源包括：之前未退出的 Clash 进程、PikPak 的本地服务（其部分功能依赖类似端口）、某些浏览器插件或本地 API 调试工具（如 Postman、VS Code 的 Live Server）。若确认是无用进程，可直接终止。在 Windows 中，使用任务管理器搜索该 PID，或在终端执行 `taskkill /PID 1234 /F` 强制结束。Linux/macOS 则用 `kill -9 1234`，注意此操作不可逆，仅适用于确定无用的进程。

若不确定进程用途，可通过任务管理器（Windows）或活动监视器（macOS）查看该 PID 对应的程序名称。例如，若显示为 `clash.exe`，说明是旧版本 Clash 未完全退出；若为 `pikpak.exe`，则可能是 PikPak 客户端在运行。此时需检查是否正在使用 PikPak，若不使用，可关闭其客户端或通过设置禁用本地服务。特别提醒：若你正尝试解决 PikPak 注册和登录失败的问题，有时这类问题会伴随异常的本地服务开启，造成端口冲突，建议在排查前先确认 PikPak 是否已退出或重启客户端。 延伸阅读：PikPak 注册和登录失败的解决办法。

若确认无有效进程占用，但依然提示端口被占，可能因系统缓存或临时文件残留。此时可尝试重启电脑，这是最彻底的清理方式。若无法重启，可在命令行中执行 `netsh int ip reset`（Windows）重置网络栈，或在 Linux/macOS 手动清除残留连接表。

若以上方法无效，可考虑修改 Clash 的默认端口。打开 Clash 配置文件（通常位于 `config.yaml`），找到 `ui` 字段下的 `port` 项，将其值从 `9090` 改为其他未被占用的端口，如 `9091` 或 `8080`。修改后重启 Clash，新端口将生效。但需注意，若你曾通过快捷方式或脚本固定访问 `http://localhost:9090`，必须同步更新地址，否则无法打开管理界面。

最后，一些用户误以为“端口被占”是软件故障，实则是多任务并行时资源竞争的正常现象。尤其在同时使用多种网络工具（如 Clash、V2Ray、PikPak、Shadowrocket、本地调试服务）时，端口冲突极易发生。因此，建议养成良好的习惯：每次关闭工具前确保其完全退出，避免后台残留。对于求职信和简历怎么搭配投递，也需注意类似逻辑——不同平台对格式和内容要求差异大，不能一稿多投，而应根据目标岗位微调内容，这与调整端口以适配环境本质一致：灵活应对才是高效处理问题的关键。