我要招人

后端岗位面试题更新 2026-08-05

在不借助单机进程内单例机制的前提下，要实现一个在多个服务实例间全局唯一的单例对象，你会采用哪些具体技术方案？请说明各方案的原理、适用场景和可能存在的问题。

后端开发风险判断系统设计方案权衡etcdRedisZooKeeper

考察说明

考查候选人对分布式环境下的全局唯一性、锁与一致性机制的理解及实际工程选型能力。

回答思路

  1. 【回答框架 1】分布式单例的核心目标是让多实例环境中对某个对象的访问或创建在同一时刻只有一个实例生效，常见实现依托外部协调组件。基于数据库的方案可利用唯一约束或SELECT FOR UPDATE实现互斥，简单但性能有限且依赖数据库可用性。
  2. 【回答框架 2】基于Redis的方案常用SETNX或Redlock获取锁，锁持有者作为单例提供方；需给锁设置合理过期时间防死锁，并通过唯一标识校验防止误删锁，但Redlock在极端网络分区下的安全性存在争议。
  3. 【回答框架 3】基于ZooKeeper或etcd的方案利用临时顺序节点+Watch机制，多个实例竞争创建节点，成功者成为单例，节点消失后自动转移；一致性更强，但引入额外组件和运维复杂度。
  4. 【回答框架 4】无论何种锁机制，锁只解决互斥访问，不直接保证业务幂等；若需幂等，还需在业务侧配合唯一请求标识、状态记录或数据库唯一约束等机制。
  5. 【回答框架 5】实际生产中应结合团队基础设施、可用性要求和数据一致性级别做选型，并通过降级策略和监控来保证单例服务的稳定性。
  6. 【关键点 1】数据库唯一约束或行锁可实现分布式互斥，适合低频场景。
  7. 【关键点 2】Redis的SETNX或Redlock提供高性能锁，需设置过期时间和持有者标识。
  8. 【关键点 3】ZooKeeper/etcd临时节点能自动处理失效转移，一致性更好。
  9. 【关键点 4】分布式锁只保证互斥，业务幂等需另加去重机制。
  10. 【关键点 5】选型需权衡性能、一致性、运维成本，并有降级方案。
  11. 【易错点 1】锁过期时间设置不当导致业务未完成锁已释放，多个实例同时执行；应设置合理超时并结合续期机制。
  12. 【易错点 2】Redis主从切换时锁可能丢失，Redlock在极端情况下并非绝对安全，需评估风险。
  13. 【易错点 3】只依赖锁而不做业务幂等，会导致重复执行副作用；需配合唯一标识和状态校验。