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

Clash 提示 9090 端口被占用，通常意味着系统中已有其他进程在监听该端口，导致 Clash 无法正常启动。这个问题在实际使用中极为常见，尤其在频繁重启 Clash、多实例共存或后台残留进程未清理的情况下更易发生。9090 是 Clash 的默认 HTTP 代理端口，一旦被占用，不仅影响代理功能，还可能导致客户端连接失败或网络异常。若不及时处理，可能误判为软件故障或配置错误，进而浪费大量排查时间。

首先确认是否真的存在占用：打开终端（或命令提示符），输入 `netstat -ano | findstr :9090`（Windows）或 `lsof -i :9090`（macOS/Linux），回车后查看输出结果。若有行显示 `LISTENING` 状态并附带进程号（PID），则说明确实有程序占用了该端口。此时需进一步判断该进程是否为预期中的服务。例如，如果看到的 PID 对应的是另一个 Clash 进程，或是旧版本的 Clash 后台残留，可直接终止；若对应的是浏览器、开发工具、Docker 容器等非相关程序，则需谨慎操作，避免误杀关键服务。

若确认是自身使用的 Clash 未正常退出，可尝试通过任务管理器（Windows）或活动监视器（macOS）查找同名进程，强制结束。但更稳妥的做法是先用命令行工具精准定位。以 Windows 为例，执行 `taskkill /F /PID <PID>`，将 `<PID>` 替换为实际查到的数字，即可强制关闭占用端口的进程。macOS/Linux 用户可用 `kill -9 <PID>`，注意此操作不可逆，务必确认目标进程无误。

另一种情况是系统内存在多个 Clash 实例同时运行，例如同时启用了桌面版和命令行版，或曾通过 Docker 部署过 Clash Core 而未完全关闭。此时需检查所有可能的启动路径：查看启动项、计划任务、开机自启设置，以及 Docker 容器状态（`docker ps`）。特别注意，某些第三方工具（如 Surge、V2RayN）也可能默认启用 9090 端口，即使未主动配置也可能冲突。

若上述方法无效，可考虑临时更换端口。在 Clash 配置文件中修改 `port: 9090` 为 `port: 9091`（或其他未被占用的端口），保存后重启程序。此举可快速验证是否为端口冲突问题。但需注意，更改端口后，所有依赖该端口的应用（如浏览器插件、系统代理设置）都必须同步更新，否则仍会连接失败。 延伸阅读：PikPak 怎么限制后台下载带宽。

此外，部分用户反馈在使用特定版本的 Clash（如 v6.20.0 及以上）时，因新增了对系统代理的自动接管机制，更容易触发端口占用。此时可进入设置界面，关闭“系统代理”或“自动注入”功能，再尝试启动。这也与 What changed in cn 12 中提到的代理行为变更有关——新版规则集对端口绑定策略更严格，若原有配置未适配，极易引发冲突。

最后，若始终无法解决，建议彻底清理残留配置。删除 Clash 的本地数据目录（如 `%APPDATA%\Clash`、`~/Library/Application Support/Clash`、`~/.config/clash`），重新下载最新版本安装包，避免因缓存配置错误导致反复出错。同时，在简历里的数据怎么写才可信？——真实、可复现、有日志支撑的操作记录才是可信依据，而非模糊描述“已解决”，这与排查端口占用的逻辑一致：每一步都应有明确证据，才能确保问题真正闭环。

最终，不要轻信“重启电脑就解决了”的说法。真正的解决在于定位根源，而非掩盖症状。