Gateway 锁
最后更新:2025-12-11
为什么需要
- 确保同一主机、同一基础端口上只运行一个 Gateway 实例;额外的 Gateway 必须使用隔离的配置和独立的端口。
- 能扛住崩溃/SIGKILL,不会留下过期的锁文件。
- 控制端口被占用时立即失败并给出清晰的错误信息。
机制
- Gateway 启动时立即通过独占 TCP 监听器绑定 WebSocket 监听地址(默认
ws://127.0.0.1:18789)。 - 如果绑定失败并报
EADDRINUSE,启动会抛出GatewayLockError("another gateway instance is already listening on ws://127.0.0.1:<port>")。 - 操作系统在进程退出时自动释放监听器,无论是正常退出、崩溃还是 SIGKILL——不需要单独的锁文件或清理步骤。
- 关闭时 Gateway 会关闭 WebSocket 服务器和底层 HTTP 服务器,及时释放端口。
错误信息
- 如果另一个进程占用了端口,启动会抛出
GatewayLockError("another gateway instance is already listening on ws://127.0.0.1:<port>")。 - 其他绑定失败会抛出
GatewayLockError("failed to bind gateway socket on ws://127.0.0.1:<port>: …")。
运维说明
- 如果端口被_其他_进程占用,错误信息相同;释放端口或用
openclaw gateway --port <port>换一个端口即可。 - macOS 应用在启动 Gateway 前仍然维护自己的轻量 PID 守卫;运行时锁由 WebSocket 绑定来保证。