- 使用 gofrs/flock 替代 syscall.Flock 以支持 Windows - 引入 SingletonLock 结构体,支持锁路径参数化(测试与生产隔离) - 对齐服务初始化流程与 cmd/server(RoutingCache、StatsBuffer) - 添加 gofrs/flock 依赖 - 重写单例测试,覆盖加锁/解锁/重复加锁场景 - 更新 desktop-app 规范,补充跨平台锁细节 - 新增 cross-platform-singleton 规范
1.8 KiB
1.8 KiB
跨平台单实例锁
Purpose
TBD - 提供跨平台单实例文件锁机制,使用 github.com/gofrs/flock 封装,支持 Windows、macOS、Linux 三平台。
Requirements
Requirement: 跨平台单实例文件锁
系统 SHALL 提供跨平台的单实例文件锁机制,使用 github.com/gofrs/flock 实现,在 Windows、macOS、Linux 上均可正常工作。
Scenario: 首次加锁成功
- WHEN 调用
NewSingletonLock(lockPath)创建锁实例并调用Lock() - AND 锁文件未被其他进程持有
- THEN 加锁成功,返回
nil
Scenario: 重复加锁失败
- WHEN 另一个进程已持有同一锁文件的排他锁
- AND 调用
Lock() - THEN 加锁失败,返回错误
Scenario: 释放锁
- WHEN 调用
Unlock() - THEN 排他锁被释放
- AND 其他进程可以成功加锁
Scenario: 进程崩溃后锁自动释放
- WHEN 持有锁的进程异常退出(崩溃、kill)
- THEN 操作系统自动释放文件锁
- AND 新进程可以成功加锁
注:此场景由操作系统和
gofrs/flock库保证,无需显式单元测试。
Requirement: 锁路径参数化
SingletonLock SHALL 通过构造函数参数接收锁文件路径,支持不同运行上下文使用不同锁文件。
Scenario: 正式运行锁路径
- WHEN 桌面应用正常启动
- THEN 使用
%TEMP%/nex-gateway.lock作为锁文件路径
Scenario: 测试运行锁路径
- WHEN 运行
go test - THEN 测试代码使用独立的锁文件路径(如
%TEMP%/nex-gateway-test.lock) - AND 与正式版锁文件互不影响
Scenario: 锁路径隔离
- WHEN 正式版桌面应用正在运行
- AND 同时执行
go test - THEN 正式版持有
nex-gateway.lock - AND 测试持有
nex-gateway-test.lock - AND 两者互不阻塞