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

Clash 启动时提示 9090 端口被占用，通常意味着已有其他进程正在使用该端口，导致 Clash 无法正常绑定监听。这种情况常见于系统中已有另一个 Clash 实例运行、旧进程未完全退出、或第三方软件（如某些代理工具、开发调试工具）占用了该端口。若不及时处理，将导致 Clash 无法启动或网络功能失效。

首先确认问题来源。打开命令行工具（Windows 使用 CMD，macOS/Linux 使用 Terminal），输入以下命令查看 9090 端口的占用情况：

```bash netstat -ano | findstr :9090 ```

（Windows 系统下）

或

```bash lsof -i :9090 ```

（macOS/Linux 系统下）

执行后若返回类似 `127.0.0.1:9090` 的信息，说明有进程在占用。输出结果中会包含“PID”字段，例如 `PID: 12345`，这个数字就是占用端口的进程编号。

接下来，根据获取到的 PID 判断其所属程序。在 Windows 上可运行：

```bash tasklist | findstr 12345 ```

在 macOS 或 Linux 上可使用：

```bash ps -p 12345 ```

通过进程名称判断是否为 Clash、PikPak、或其他应用。若显示为 `clash.exe`、`clash` 进程，则可能是上次关闭时残留的后台实例；若为 `node`、`python`、`java` 等，可能为开发环境或自动化脚本占用；若为 `PikPak`，则需注意：该应用在后台同步文件时可能自动开启本地代理服务，从而占用 9090 端口。此时，即使你未主动开启代理，也可能因重复任务或缓存清理失败而持续占用资源——这正是 P ikPak 怎么清理重复占用空间的文件 的实际场景之一，这类文件不仅浪费磁盘，还可能触发代理端口冲突。

一旦确认是无关进程，可选择终止它。在命令行中执行： 延伸阅读：PikPak 怎么清理重复占用空间的文件。

```bash taskkill /F /PID 12345 ```

（Windows）

或

```bash kill -9 12345 ```

（macOS/Linux）

强制终止后，再尝试启动 Clash。若成功，说明问题已解决。

若不想终止进程，也可选择更换 Clash 的监听端口。进入 Clash 配置文件（通常是 `config.yaml`），修改以下内容：

```yaml port: 9091 ```

将端口从 9090 改为 9091 或其他未被占用的端口。保存后重启 Clash，即可绕过原端口冲突。此方法适用于长期运行或需要多实例共存的场景。

此外，部分用户在使用某些启动器或快捷方式时，未正确关闭旧实例便再次运行，也会造成端口冲突。建议检查是否有多份 Clash 快捷方式或自启任务，统一管理。可在任务管理器中搜索“Clash”、“PikPak”等关键词，手动结束所有相关进程后再启动。

对于频繁出现端口占用的情况，应排查系统启动项与后台服务。某些安全软件或网络优化工具会在开机时自动加载代理服务，建议在设置中禁用此类功能。同时，定期清理 PikPak 的重复文件，避免因冗余数据积累引发后台异常行为，这是简历被刷的十个原因 中“细节缺失”和“缺乏自我管理能力”的现实投射——看似无关的小问题，实则影响整体系统稳定性与用户体验。

最终，若上述方法均无效，可考虑重装 Clash 并清除残留配置目录（如 `%appdata%\Clash`、`~/Library/Application Support/Clash` 等），确保无历史干扰。同时，建议使用非默认端口作为长期方案，降低冲突概率。

端口占用本质是资源竞争，而非软件缺陷。关键在于快速定位、准确判断、果断处理。每一次对 9090 端口的干预，都是对系统状态的一次校准。