实现分布式锁的关键在于协调多个节点对共享资源的访问，golang中常用redis和etcd两种方案。1. redis实现：速度快、易用性强，适合高性能低延迟场景，使用setnx或redsync库加锁，lua脚本解锁，但存在单点故障和超时处理问题。2. etcd实现：基于raft协议，强一致性，适合数据敏感系统，通过leasegrant和cas机制实现锁，支持自动续期，但性能略低且部署复杂。3. 如何选择：高性能优先redis，一致性优先etcd，已有redis选redis，核心交易系统建议etcd。
实现分布式锁的关键在于协调多个节点对共享资源的访问。在Golang中，使用Redis和Etcd是两种常见方案。它们各有优势，适合不同场景。
1. Redis实现分布式锁：速度快、易用性强
Redis是一个内存数据库，天然适合做分布式锁这种低延迟高并发的场景。使用SET key value NX PX milliseconds命令可以实现原子性的加锁操作。
实现要点：
立即学习“go语言免费学习笔记（深入）”；
- 加锁时设置唯一标识（如UUID）+ 过期时间，避免死锁
- 解锁时要确保只有自己能删自己的锁，一般结合Lua脚本保证原子性
- 可以使用Redsync等第三方库简化实现过程
优点：
- 性能高，响应快
- 社区成熟，文档丰富
- 部署简单，维护成本低
缺点：
- 单点Redis存在可靠性问题，需要集群部署
- 不支持自动续约，需要手动处理超时机制
- 在网络分区情况下可能不安全
// 示例伪代码
client := redis.NewClient(&redis.Options{Addr: "localhost:6379"})
lockKey := "my_lock"
lockValue := uuid.New().String()
lockTTL := 5 * time.Second
// 加锁
ok, err := client.SetNX(lockKey, lockValue, lockTTL).Result()
if err != nil || !ok {
// 获取锁失败
}
// 解锁（Lua脚本）
script := redis.NewScript(`
if redis.call("get", KEYS[1]) == ARGV[1] then
return redis.call("del", KEYS[1])
else
return 0
end`)
script.Run(client, []string{lockKey}, lockValue)2. Etcd实现分布式锁：强一致性、功能更完整
Etcd基于Raft协议，天生具备强一致性，非常适合对数据一致性要求高的系统。它提供了一个LeaseGrant和CompareAndSwap的机制来实现锁。
实现要点：
立即学习“go语言免费学习笔记（深入）”；
- 使用lease grant绑定租约，实现自动过期
- 利用CAS（Compare And Swap）机制判断是否已存在锁
- etcd官方提供了
etcd/clientv3/concurrency包封装了锁的实现
优点：
- 强一致性保障，适合金融类系统
- 支持租约自动续期
- 网络分区下表现更好
缺点：
- 相比Redis性能略低
- 部署复杂度稍高
- 对运维要求更高
// 示例伪代码
cli, _ := clientv3.New(clientv3.Config{Endpoints: []string{"localhost:2379"}})
session, _ := concurrency.NewSession(cli)
mutex := concurrency.NewMutex(session, "/my-lock/")
// 加锁
err := mutex.Lock(context.TODO())
if err != nil {
// 失败处理
}
// 解锁
err = mutex.Unlock(context.TODO())3. 如何选择：根据业务需求权衡
如果你的系统：
- 要求高性能、低延迟 → 优先考虑Redis
- 更看重一致性与容错能力 → 优先考虑Etcd
- 已有Redis基础设施 → 复用Redis降低复杂度
- 做核心交易类系统 → 建议用Etcd
常见使用场景对比：
- Web服务中的限流、计数器：Redis足够
- 分布式任务调度、选主：Etcd更合适
- 缓存层的互斥更新：Redis是主流做法
- 数据一致性敏感操作（如库存扣减）：推荐Etcd
总的来说，两者都能实现分布式锁，但在适用场景上略有侧重。Redis轻量快速，适合大多数通用场景；Etcd则更适合对一致性要求高的系统。在具体项目中选择哪种方式，还是要看你的业务需求和现有技术栈。
