Gateway 网关 锁
最后更新：2025-12-11原因
- 确保同一主机上每个基础端口只运行一个网关实例；其他网关必须使用隔离的配置文件和唯一的端口。
- 在崩溃或 SIGKILL 后幸存，不留陈旧的锁文件。
- 当控制端口已被占用时，快速失败并给出清晰的错误。
机制
- 网关在启动时会立即使用独占 TCP 侦听器来绑定 WebSocket 侦听器（默认为
ws://127.0.0.1:18789）。 - 如果绑定失败并返回
EADDRINUSE，启动过程将抛出GatewayLockError("another gateway instance is already listening on ws://127.0.0.1:<port>")。 - 操作系统会在任何进程退出时自动释放监听器，包括崩溃和 SIGKILL——无需单独的锁文件或清理步骤。
- 关闭时，网关会关闭 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 应用程序在生成网关之前仍会维护自己的轻量级 PID 守护；运行时锁由 WebSocket 绑定强制执行。
本页面源自 openclaw/openclaw，由 BeaversLab 翻译，遵循 MIT 协议 发布。