C/C++气象数据中心实战，手把手教你做工业级项目通过技术的实际应用，掌握等同2年经验的技术能力，从象牙塔跃升职场！

近几年，c/c++已经成为助力程序猿走出内卷的最佳选择之一。c/c++优势就在于只要能写出简单的应用，就可秒杀90%的CRUD工程师。这次我们邀请有20多年c/c++开发经验的大牛，通过一个工业级的数据中心项目实打实的提升你的项目经验！成为真正的程序员，开僻你的职业蓝海！

为什么需要分布式锁

锁住 uid，防止重复下单。

锁住库存，防止超卖。

锁住账户，防止并发操作。
分布式系统中共享同一个资源时往往需要分布式锁来保证变更资源一致性。

锁的基本特性，并且只能被第一个持有者持有。

高并发场景下临界资源一旦发生死锁非常难以排查，通常可以通过设置超时时间到期自动释放锁来规避。

锁持有者支持可重入，防止锁持有者再次重入时锁被超时释放。

锁是代码运行的关键前置节点，一旦不可用则业务直接就报故障了。高并发场景下，高性能高可用是基本要求。

SET key value [EX seconds] [PX milliseconds] [NX|XX]

EX second ：设置键的过期时间为 second 秒。 SET key value EX second 效果等同于 SETEX key second value 。
PX millisecond ：设置键的过期时间为 millisecond 毫秒。 SET key value PX millisecond 效果等同于 PSETEX key millisecond value 。
NX ：只在键不存在时，才对键进行设置操作。 SET key value NX 效果等同于 SETNX key value 。
XX ：只在键已经存在时，才对键进行设置操作。

使用 redis lua 脚本能将一系列命令操作封装成 pipline 实现整体操作的原子性。

core/stores/redis/redislock.go

加锁流程

-- KEYS[1]: 锁key -- ARGV[1]: 锁value,随机字符串 -- ARGV[2]: 过期时间 -- 判断锁key持有的value是否等于传入的value -- 如果相等说明是再次获取锁并更新获取时间，防止重入时过期 -- 这里说明是“可重入锁” if redis.call("GET", KEYS[1]) == ARGV[1] then -- 设置 redis.call("SET", KEYS[1], ARGV[1], "PX", ARGV[2]) return "OK"

else -- 锁key.value不等于传入的value则说明是第一次获取锁 -- SET key value NX PX timeout : 当key不存在时才设置key的值 -- 设置成功会自动返回“OK”，设置失败返回“NULL Bulk Reply” -- 为什么这里要加“NX”呢，因为需要防止把别人的锁给覆盖了 return redis.call("SET", KEYS[1], ARGV[1], "NX", "PX", ARGV[2]) end