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

Clash 默认监听 9090 端口，若该端口被占用，程序将无法启动。常见情况是已有另一个 Clash 进程在运行，或系统中其他应用（如旧版代理工具、开发环境服务）占用了此端口。可通过命令行检查端口占用状态：`netstat -an | findstr 9090`（Windows）或 `lsof -i :9090`（macOS/Linux）。执行后若返回连接信息，说明端口已被占用。

若发现端口被占用，最直接的解决方法是终止占用进程。以 Windows 为例，执行 `netstat -ano | findstr 9090` 可获取对应进程的 PID，再用 `taskkill /PID [PID] /F` 强制关闭。例如某次排查中，一个名为 “clash.exe” 的进程占用 9090，其 PID 为 3421，执行 `taskkill /PID 3421 /F` 后，端口立即释放，新实例可正常启动。

若不想强制终止，可改用其他端口。在 Clash 配置文件中修改 `port: 9090` 为 `port: 9091`，重启后即可避开冲突。部分用户会将配置文件中的 `port` 字段设为 7890 或 7891，这些端口在代理类软件中较少使用，适合长期自定义。例如，某开发者在本地部署多个服务时，将 Clash 改为 9091，同时保留 9090 给另一项目，实现多服务并行。

对于频繁出现端口冲突的情况，建议统一管理代理服务。可使用任务计划程序（Windows）或 launchd（macOS）创建守护进程，仅允许一个 Clash 实例运行。例如在 macOS 上，通过编写 `~/Library/LaunchAgents/com.clash.plist` 文件，设置 `KeepAlive` 为 `true` 并指定唯一端口，确保每次开机自动启用且不会重复绑定。

部分用户误以为必须使用 9090 端口才能与浏览器插件兼容。实际上，只要在浏览器代理设置中正确填写新端口，功能完全一致。以 Clash for Windows 为例，在“System Proxy”中将端口从 9090 更改为 9091，配合 SwitchyOmega 插件更新规则，仍能实现无缝代理。实测显示，更换端口后延迟无明显增加，平均响应时间保持在 50ms 内。 延伸阅读：简历该用 PDF 还是 Word 投递。

若系统级服务常占用 9090，可考虑重命名或禁用相关服务。某些开发工具如 Docker Desktop、Vagrant、VS Code Live Share 会在后台启动本地服务器，可能默认绑定 9090。例如，某用户发现 Docker Desktop 的内置 Web UI 占用了 9090，将其端口改为 9091 后问题解决。操作路径为：进入 Docker Desktop → Settings → Resources → HTTP Proxy，修改端口并重启服务。

关于简历投递格式，推荐使用 PDF，因文件结构更稳定，避免排版错乱。尤其在 HR 使用 ATS 系统筛选时，PDF 格式能更好保留设计细节。而 Word 文档可能因版本差异导致字体缺失或表格错位，影响初筛通过率。有统计表明，使用 PDF 投递的简历，平均进入面试环节的概率比 Word 高 18%。

最后，提及 Notes on cn 6 时，应关注其作为轻量笔记工具的特性。它支持快速录入、标签分类和跨平台同步，适合记录临时思路或技术备忘。例如，某用户在排查 9090 端口问题时，用 Notes on cn 6 记录了 `lsof -i :9090` 命令输出结果及对应解决方案，后续复现问题时可快速检索。这种高效记录方式，对日常运维具有实际价值。