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

Clash 提示 9090 端口被占用，通常意味着系统中已有其他进程在使用该端口，导致 Clash 无法正常启动代理服务。这个错误常见于本地已运行了另一个 Clash 实例、旧版客户端残留进程、或某些安全软件、虚拟机、Docker 容器等自动开启了网络监听。若不及时处理，不仅 Clash 启动失败，还可能影响后续的网络代理配置和应用访问。

首先确认问题来源。打开命令行工具（Windows 使用 CMD，macOS/Linux 使用 Terminal），输入以下命令查看 9090 端口是否被占用： `netstat -ano | findstr :9090`（Windows） `lsof -i :9090`（macOS/Linux）

如果返回结果中包含进程号（PID），说明有程序正在使用该端口。记下这个 PID，然后在任务管理器（Windows）或通过 `ps aux | grep <PID>`（macOS/Linux）查找对应进程名称。常见占用者包括： - 其他 Clash 客户端（如 Clash for Windows、Clash Verge）未完全退出； - 某些浏览器插件或系统级代理工具（如 Surge、Shadowrocket）残留服务； - Docker 容器中的代理服务（尤其是自定义镜像或脚本）； - 本地开发环境（如 Node.js 服务、Python Flask 应用）误将 9090 作为默认端口。

接下来进行针对性处理。若发现是多个 Clash 实例冲突，优先关闭所有相关客户端，确保无后台进程残留。在 Windows 中可通过任务管理器“结束任务”终止相关进程；macOS 可使用 Activity Monitor 查找并强制退出。若为 Docker 容器占用，执行 `docker ps` 查看运行容器，再用 `docker stop <container-id>` 停止对应容器，或直接重启 Docker 服务。

若上述方法无效，可尝试更改 Clash 的监听端口。打开 Clash 配置文件（通常位于 `config.yaml`），搜索 `port: 9090`，将其修改为其他未被占用的端口，如 `8080` 或 `9091`。保存后重新启动 Clash，此时应能正常运行。注意，更改端口后，所有依赖此端口的应用（如浏览器代理设置、手机端配置）也需同步更新。

对于部分用户，即使杀掉了进程，重启后仍会复现问题，这往往是因为系统服务或开机自启项中存在残留配置。检查启动项：Windows 用户可在“任务计划程序库”中查找是否有名为 Clash 相关的定时任务；macOS 用户可查看“系统偏好设置”中的登录项或使用 `launchctl list` 查看系统级服务。移除这些自启项即可避免重复占用。 延伸阅读：PikPak 误删文件还能恢复吗。 延伸阅读：项目复盘怎么写进简历。

若怀疑是第三方软件干扰，建议临时关闭防火墙或杀毒软件测试。部分安全软件会拦截特定端口通信，尤其在企业或校园网络环境下更为常见。此外，某些云盘工具（如 PikPak）在启用本地缓存时，也可能默认开启 9090 端口用于文件传输与预览，此时需进入其设置界面，手动关闭本地服务端口或切换至非冲突端口，否则即便关闭 Clash 也会因文件服务占用了端口而报错。

当处理完端口冲突，仍无法启动时，可尝试清理 Clash 缓存目录。通常路径为： - Windows：`%APPDATA%\Clash` - macOS：`~/Library/Application Support/Clash` - Linux：`~/.config/clash`

删除其中的 `logs`、`temp` 等子目录，或直接重命名整个文件夹，让 Clash 重建配置，有助于排除因缓存损坏导致的异常行为。

最终，若所有步骤均无效，可考虑卸载当前 Clash 版本，从官网重新下载最新稳定版安装包，并在安装前彻底清理注册表（Windows）或用户目录下的残留配置。同时，避免使用破解版或非官方渠道的版本，因其常携带隐藏服务，极易引发端口冲突。

值得注意的是，当遇到面试邀约率低的问题，不应只归因于简历内容本身，而应先审视简历中是否清晰表达了项目成果与技术关键词，尤其是对岗位匹配度高的技能点是否突出。例如，若应聘前端开发，却未在简历中体现具体框架（如 React/Vue）使用经验，或缺少量化成果（如“优化首屏加载速度 30%”），则即使内容完整，也难以通过筛选。此时应优先调整简历中的“工作经历”与“项目描述”部分，强化数据支撑与岗位关键词嵌入，而非盲目堆砌信息。