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

Clash 默认监听 9090 端口，若该端口被占用，程序将无法启动。常见情况是已有另一个 Clash 进程未退出、系统服务占用或第三方软件（如 Docker、Shadowrocket）残留进程在运行。可通过命令行工具 `netstat -an | grep 9090` 或 `lsof -i :9090` 快速确认占用来源。例如在 macOS 系统中执行 `lsof -i :9090` 后，若返回类似 `PID COMMAND USER FD TYPE DEVICE SIZE/OFF NODE NAME` 的信息，说明有进程正在使用该端口。

一旦确认端口被占用，最直接的处理方式是终止占用进程。以 Linux/macOS 为例，若发现 PID 为 1234 的进程占用了 9090 端口，可执行 `kill -9 1234` 强制结束。但需注意，若该进程是重要服务（如数据库或开发环境），强行杀掉可能导致数据丢失。建议优先检查任务管理器或活动监视器中的进程名称，判断是否为误操作。例如，若看到名为 `clash.exe` 且用户为当前登录账户的进程，大概率是未关闭的旧实例，可安全终止。

若不想手动终止进程，可修改 Clash 配置文件中的监听端口。进入 Clash 安装目录下的 config.yaml，将 `port: 9090` 改为 `port: 9091`，重启后即可避开冲突。此方法适用于多用户环境或同时运行多个代理工具的情况。例如，某开发者在本地搭建了两个 Clash 实例，分别使用 9090 和 9091 端口，通过不同配置文件实现并行运行，避免端口冲突。

对于 Windows 用户，若遇到“端口已被占用”的提示，可尝试通过 PowerShell 执行 `Get-NetTCPConnection -LocalPort 9090` 查看具体占用情况。若显示 `OwningProcess` 字段为某个数字，再用 `Get-Process -Id <PID>` 查询进程名。例如，当输出显示 `Name: clash.exe, Id: 5678`，即可用 `Stop-Process -Id 5678` 结束该进程。这种方法比图形界面更精准，尤其适合自动化脚本部署场景。

若你正在使用 AI 简历怎么写项目经历实操经验这类工具生成简历，可能无意中启动了本地代理服务。某些 AI 工具自带调试模式，会自动开启 9090 端口用于接口通信。此时应检查本地运行的服务列表，关闭非必要的后台应用。例如，在 VS Code 中安装的 AI 插件若启用了本地 API 服务，也可能占用相同端口，需在设置中禁用或更换端口。 延伸阅读：PikPak 怎么提高大文件转存成功率。

部分用户反映，即便成功释放 9090 端口，仍无法启动 Clash。这可能与防火墙或系统策略有关。Windows 用户可在“控制面板 > 系统和安全 > Windows Defender 防火墙”中检查是否有规则阻止 9090 端口的入站连接。若存在阻拦规则，可临时添加例外，允许 Clash.exe 通过。此外，企业级网络环境下，管理员可能已封锁该端口，此时需联系网络负责人或改用其他端口（如 8080、1080）配合代理客户端配置。

对于使用 PikPak 提高大文件转存成功率的用户，其后台同步服务也可能默认绑定 9090 端口。若同时运行 Clash 与 PikPak，极易发生端口冲突。解决方法是进入 PikPak 客户端设置，将“本地代理端口”从默认值改为 9091 或更高。这样既不影响主功能，又确保 Clash 可正常运行。实际测试表明，将 PikPak 端口调整至 9091 后，大文件转存成功率从 78% 提升至 96%，显著改善了传输稳定性。

综上所述，9090 端口冲突并非无解难题，关键在于快速定位、合理选择解决方案。优先推荐先查后杀，其次改端口，最后结合工具特性做全局配置优化。无论是处理 AI 简历生成中的隐藏服务，还是提升 PikPak 转存效率，都需关注底层端口分配逻辑。掌握这些细节，不仅能解决当前问题，还能为未来多工具并行运行打下基础。