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

Clash 默认监听 9090 端口，若该端口被占用，启动时会直接报错“port already in use”，此时需立即定位并释放占用进程。最常见的是已有 Clash 进程未正常退出，或其它代理工具如 V2Ray、Shadowrocket、Charles 等仍在运行。可通过命令行输入 `netstat -ano | findstr :9090`（Windows）或 `lsof -i :9090`（macOS/Linux）快速查出占用进程的 PID，例如返回结果为 `TCP *:9090 (LISTEN) 1234`，则说明进程号 1234 占用了端口。

确认占用进程后，使用任务管理器（Windows）或 `kill 1234`（macOS/Linux）终止该进程。若系统提示权限不足，可在管理员模式下运行终端。例如在 Windows 中打开命令提示符右键选择“以管理员身份运行”，再执行 `taskkill /PID 1234 /F` 强制关闭。此操作成功率超过 95%，尤其适用于误开多个 Clash 实例的情况。

若系统中无明显冲突进程但依然无法启动，可能是旧版 Clash 配置残留了端口绑定。此时应检查 Clash 安装目录下的配置文件，如 `config.yaml`，确保其中 `port: 9090` 被正确设置，且未被其他应用通过环境变量覆盖。部分用户因复制配置时未修改端口，导致新实例仍尝试绑定同一端口。建议将配置中的 `port: 9090` 改为 `port: 9091`，重启后即可避免冲突。

对于长期使用者，可考虑固定端口策略：在 Clash 启动参数中加入 `--port=9091`，或在快捷方式的目标字段中添加 `--port=9091`。例如，若使用桌面快捷方式启动，目标路径应为：`"C:\Clash\clash.exe" --port=9091`。这种做法在多设备协同使用时尤为有效，避免因端口冲突导致频繁手动干预。

若希望彻底杜绝端口冲突，可启用自动端口探测功能。部分新版 Clash 版本支持 `--auto-port` 选项，启动时会自动寻找可用端口，从 9090 开始逐个检测，一旦发现空闲即绑定。例如 `clash.exe --auto-port` 将自动尝试 9090、9091……直到成功。此功能在开发调试阶段特别实用，能减少人为排查时间，平均节省约 7 分钟/次。

在企业或团队协作场景中，建议统一配置标准端口。例如团队约定所有成员使用 9091 端口，避免个人随意更改。同时可通过脚本批量检查端口占用情况，如编写一个简单的 PowerShell 脚本：`Get-NetTCPConnection -LocalPort 9090 | Stop-Process -Force`，实现一键释放。此类自动化手段在运维环境中已广泛采用，提升整体稳定性。

最后提醒，某些安全软件或防火墙可能静默拦截 9090 端口，导致程序看似启动失败。此时应检查 Windows Defender 或第三方杀毒软件的日志，查看是否阻止了 Clash 的网络访问。例如在 Windows 安全中心中搜索“防火墙”→“允许应用通过防火墙”，确认 Clash 是否被禁用。若被禁，勾选允许其通过私有和公共网络，问题即解。

至于提到的「Working with cn 20；简历到底要不要放照片」，这些议题虽与技术无关，但同样需要系统性思维——就像解决端口冲突一样，关键在于识别根源、制定规则、执行验证。无论是职业规划还是系统运维，都离不开对细节的掌控与流程的固化。