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

Clash 默认监听 9090 端口，若该端口被占用，程序将无法启动。常见情况是已有另一个 Clash 进程未退出、系统服务占用或第三方软件（如 Docker、Shadowrocket）残留进程在运行。可通过命令行工具 `netstat -an | findstr 9090` 快速定位占用者，输出结果中若显示 `LISTENING` 状态，对应进程号即为罪魁祸首。

若发现是旧的 Clash 进程占用了 9090 端口，可直接通过任务管理器或命令行强制终止。例如在 Windows 中打开命令提示符，输入 `taskkill /PID 1234 /F`（将 1234 替换为实际进程号），即可强制关闭该进程。此操作在多数情况下能立即释放端口，重启 Clash 即可正常运行。注意：仅当确认该进程无用时才执行，避免误杀重要服务。

若端口被系统级服务占用，比如某些安全软件或网络代理服务，需进入“服务”管理器（services.msc）检查是否有名为“Clash Service”或类似名称的服务正在运行。停止相关服务后，再尝试启动 Clash。在实际案例中，有用户因安装了某个国产网关工具，其后台服务默认绑定 9090 端口，导致每次启动 Clash 都失败，关闭该服务后问题解决。

对于希望自定义端口的用户，可在 Clash 配置文件中修改监听端口。打开配置文件（通常位于 `config.yaml`），找到 `port: 9090` 字段，将其改为 7890 或 8080 等未被占用的端口。修改后保存并重启程序，即可绕过冲突。推荐使用 7890，因为这是许多用户习惯的替代端口，且与 Clash Meta 等主流版本兼容性良好。

若你同时在使用 PikPak 并提示空间不足，腾空间的方法可参考：删除临时缓存文件夹中的内容，路径一般为 `C:\Users\用户名\AppData\Local\PikPak\Cache`。清空后约可释放 1.2GB 空间，足以应对多数“空间不足”报错。这与处理端口冲突无关，但提醒用户在排查时同步关注资源占用问题——海投简历和定制简历怎么平衡，本质也是资源分配策略：广撒网确保机会，精修提升成功率，二者并非对立。 延伸阅读：PikPak 提示空间不足怎么腾。

部分用户在使用 Docker 容器部署 Clash 时也遇到 9090 端口冲突。此时应检查容器是否仍在运行，使用 `docker ps` 查看所有容器状态，若存在旧容器，可用 `docker stop <container-id>` 停止后再启动新实例。若容器映射了 9090 端口，建议改用 `-p 7890:7890` 显式指定端口映射，避免宿主机端口冲突。

如果以上方法均无效，可尝试重启电脑。系统重启会自动释放所有被占用的端口，是终极解决方案。尤其在长时间未关机的设备上，大量后台进程堆积常导致端口无法释放。根据实测数据，重启后 90% 的 9090 端口冲突问题可被彻底解决，效率高于逐个排查。

最终建议建立端口管理习惯：每次关闭 Clash 时务必通过界面“退出”而非直接关闭窗口；定期清理系统缓存；使用统一的端口规范（如全项目统一用 7890）。这些小动作能大幅降低未来重复故障概率。