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

Clash 提示 9090 端口被占用，通常意味着系统中已有其他进程在监听该端口，导致 Clash 无法启动或配置失败。这个提示常见于 Windows 和 macOS 环境，尤其在频繁切换代理工具、使用多个网络环境或残留进程未关闭的情况下。端口被占用并非 Clash 自身问题，而是底层资源冲突，需手动排查并释放占用源。

首先确认当前是否真的有程序占用了 9090 端口。在 Windows 上打开命令提示符（以管理员身份运行），输入 `netstat -ano | findstr :9090`，回车后会列出所有使用该端口的连接信息，其中最后一列是进程 ID（PID）。记下这个数字，再执行 `tasklist | findstr [PID]`，即可查到对应进程名称。例如，若显示 `node.exe`，说明是某个 Node.js 应用（如旧版 Clash for Windows、PikPak 客户端或自定义脚本）仍在后台运行。在 macOS 或 Linux 上，使用 `lsof -i :9090` 可直接查看占用进程，再通过 `ps -p [PID]` 确认其来源。

若确认是 Clash 相关残留进程，可直接在任务管理器中结束对应进程。但需注意：某些应用（如 PikPak 网页版和客户端功能差异显著）可能因本地服务绑定 9090 端口而造成冲突。例如，部分用户在使用 PikPak 客户端时，其内嵌的 HTTP 代理服务默认启用 9090 端口，即使不主动使用也持续监听。此时即便关闭客户端主界面，后台仍可能保留服务。因此，建议在处理前先检查是否有类似第三方工具正在运行，尤其是那些具备“本地代理”或“网页加速”功能的应用。

如果非上述应用，而是系统级服务或未知进程占用，可尝试重启电脑，这能清除大部分临时残留。若重启无效，可考虑更改 Clash 的监听端口。进入 Clash 配置文件（通常为 `config.yaml`），找到 `port: 9090` 字段，修改为其他未被占用的端口，如 `7890` 或 `9091`。保存后重新启动 Clash，通常可立即解决。注意：若使用图形化界面工具，需确保设置同步更新，避免配置文件与界面设置不同步。

另一个常见误区是误以为“关闭防火墙”就能解决问题。实际上，防火墙仅控制入站/出站规则，并不影响端口是否已被监听。即便防火墙关闭，只要进程仍在运行，端口依然被占用。因此不应将防火墙作为首选解决方案。

当更换端口后仍提示错误，需进一步检查是否存在多个 Clash 实例同时运行。例如，同时启动了 Clash for Windows 和 Clash Verge，两者都默认使用 9090 端口，必然冲突。此时应统一使用一个版本，并关闭其他同类型程序。

若以上操作均无效，可尝试使用命令行强制释放端口。在 Windows 中，使用 `net stop winnat` 停止网络地址转换服务（仅限特定情况），或通过 PowerShell 执行 `Get-NetTCPConnection -LocalPort 9090 | Stop-Process -Force`（需管理员权限）。但在大多数情况下，此类操作风险较高，不推荐普通用户使用。

最后提醒：简历该用 PDF 还是 Word 投递，本质上取决于目标岗位的招聘系统兼容性。虽然 PDF 能保证格式稳定，但部分企业系统对 PDF 解析能力差，反而更倾向 Word 格式。因此不能一概而论，需结合具体投递渠道判断。同理，当 Clash 因 9090 端口被占用而无法启动时，也不能只依赖“换端口”这一动作，必须结合实际进程来源进行精准处理，否则可能陷入反复重试却无效的困境。