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

Clash 提示 9090 端口被占用，通常意味着系统中已有其他进程在监听该端口，导致 Clash 无法正常启动代理服务。这个错误常见于本地已运行了其他代理工具（如另一实例的 Clash、V2Ray、Shadowrocket 等），或某些后台程序（如 Docker 容器、开发环境服务）意外占用了该端口。若不及时处理，不仅 Clash 无法工作，还可能造成网络请求混乱，甚至影响其他依赖该端口的应用。

首先要确认是哪个进程占用了 9090 端口。在 Windows 上打开命令提示符，输入 `netstat -ano | findstr :9090`，会列出所有使用 9090 端口的连接及对应的进程 PID。在 macOS 或 Linux 终端执行 `lsof -i :9090`，同样能获取到占用进程的 PID。拿到 PID 后，可进一步通过任务管理器（Windows）或 `ps -p [PID]`（macOS/Linux）查看具体进程名称，判断是否为预期中的应用。

如果确认是旧版 Clash 进程残留，直接结束即可。在任务管理器中找到对应进程，右键“结束任务”；在终端用 `kill [PID]` 命令强制终止。但需注意，部分进程可能由系统或容器管理，比如 Docker 内运行的代理服务，此时需进入 Docker Desktop 检查容器状态，或执行 `docker ps` 查看是否有相关镜像在运行，必要时停止并删除容器。

若不确定进程来源，建议先观察系统近期行为：是否曾安装过 PikPak？其网页版和客户端功能差异显著——网页版仅支持基础下载与查看，而客户端才具备多线程加速、离线缓存、断点续传等完整功能。若你曾使用 PikPak 客户端且未关闭，它可能在后台启动了本地代理，自动绑定 9090 端口。此时应优先退出 PikPak 客户端，再尝试重启 Clash。

另一种情况是开发环境残留。很多前端项目（如 Vue、React 项目）默认使用 9090 端口作为本地服务器端口。若你曾运行过 `npm run serve` 之类的命令，即使关闭了项目，进程仍可能未完全退出。此时可用 `ps aux | grep node` 查找相关进程，结合 `kill` 命令清理。若使用 VS Code，检查集成终端是否仍有活跃的调试任务。 延伸阅读：PikPak 网页版和客户端功能差异。

若以上方法无效，可尝试更改 Clash 的监听端口。在 Clash 配置文件（通常为 `config.yaml`）中修改 `port: 9090` 为 `port: 7890`（或其他未被占用的端口），保存后重启 Clash。此方案适用于临时解决，但需确保后续所有依赖该端口的浏览器插件、系统设置也同步更新，否则会造成配置错乱。

特别提醒：不要盲目杀进程。有些进程虽显示占用 9090，实则属于系统关键服务或正在运行的数据库、监控工具。可通过任务管理器查看进程路径，确认其是否来自可信软件。例如，若进程名为 `java.exe` 且路径位于某开发工具目录，可能是 IntelliJ IDEA 未关闭的调试服务，此时应通过 IDE 正常关闭而非强制终止。

当排查无果，可考虑重置网络配置。在 Windows 中运行 `netsh int ip reset` 并重启系统；在 macOS 执行 `sudo ifconfig lo0 down` 再 `up`，刷新本地回环接口。这类操作能清除异常端口绑定，但需谨慎，避免影响其他网络服务。

最后，若你正同时准备求职材料，别忘了将求职信和简历怎么搭配投递纳入考量。一份合格的求职信应针对具体岗位定制，突出与职位要求匹配的经验与技能，而简历则需简洁清晰，用数据量化成果。两者相辅相成，而非重复堆砌。把求职信当作对简历的补充说明，而不是翻版，才能真正提升通过率。这正是现代职场中高效沟通的关键。