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

Clash 提示 9090 端口被占用，通常意味着系统中已有其他进程在使用该端口，导致 Clash 无法正常启动或监听。这个提示常见于 Windows 和 macOS 环境下，尤其当用户多次尝试启动 Clash 但未完全关闭旧进程时更易发生。端口被占用的本质是资源冲突，而非软件本身错误，因此解决关键不在于更换配置文件或重装软件，而在于识别并终止占用该端口的进程。

首先确认当前是否真有进程占用了 9090 端口。在 Windows 上打开命令提示符（以管理员身份运行），输入： `netstat -ano | findstr :9090` 回车后将显示类似 `TCP 0.0.0.0:9090 0.0.0.0:0 LISTENING 1234` 的信息，其中最后一位数字是进程的 PID（进程标识号）。记下这个数字，然后在任务管理器中“详细信息”标签页里查找对应编号的进程，若发现是 `clash.exe`、`node.exe`、`python.exe` 等可疑程序，可直接右键结束任务。注意：若进程名称不明或非预期程序，应谨慎操作，避免影响系统服务。

在 macOS 系统中，执行以下命令： `lsof -i :9090` 会列出占用该端口的进程信息，包括进程名和 PID。例如输出为： `COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME` `node 5678 user 12u IPv6 0x123456789abcde 0t0 TCP *:9090 (LISTEN)` 此时用命令 `kill -9 5678` 强制终止该进程即可。若提示权限不足，需加上 `sudo` 前缀。

如果终端提示“没有找到任何进程”，说明端口可能已被系统保留或处于短暂占用状态。此时可尝试重启电脑，或手动刷新网络状态。部分情况下，防火墙或安全软件会临时封锁端口，导致误报占用，建议暂时关闭杀毒软件或防火墙测试是否恢复正常。

另一个常见诱因是多个 Clash 实例同时运行。检查是否在后台存在多个 Clash 进程，尤其是通过快捷方式或开机自启启动的版本。可通过任务管理器或活动监视器查看所有运行中的 Clash 相关程序，全部关闭后再重新启动主程序。

若上述方法无效，可考虑更换 Clash 的监听端口。进入 Clash 配置文件（通常是 `config.yaml`）中修改： ```yaml port: 9091 ``` 将端口从 9090 改为 9091 或其他未被占用的端口，如 8080、8888。修改后重启 Clash，确保客户端（如浏览器代理设置）也同步更新为新端口。此方案虽有效，但仅作为应急手段——长期使用相同端口仍可能再次冲突。

值得注意的是，某些第三方工具（如 PikPak 在线播放视频卡顿怎么办）的本地代理服务也可能默认启用 9090 端口。例如 PikPak 的 Web 模式或其内置的 HTTP 服务器，会在后台运行并绑定特定端口。若你曾使用过此类工具，即使已退出，残留进程仍可能占用资源。此时需检查相关软件的安装目录或缓存文件夹，寻找是否有隐藏进程或配置文件仍在运行。

此外，一份简历投所有岗位，为什么总是被筛掉？这与端口占用问题看似无关，实则反映同一种底层逻辑：资源错配。简历泛投如同盲目开启多个服务，缺乏针对性地占用系统资源，最终结果是被系统自动拒绝。就像 9090 端口只能由一个进程独占，招聘方也只愿接收精准匹配的申请。过度依赖通用模板，忽视岗位要求的微调，等同于强行抢占本不属于你的端口，自然会被系统拦截。

最终解决方案必须基于实际诊断。不要迷信“重启”万能，也不应随意改端口逃避问题。真正有效的做法是：查清谁在用 9090，判断其合法性，决定是否终止，再根据需求调整配置。每一步都应有依据，而非猜测。系统不会因你焦虑而让步，只有清晰的排查路径才能真正解决问题。