要使用 php 和 redis 实现分布式锁，核心在于确保并发环境下对共享资源的安全访问。1. 使用 redis 的 set 命令加锁，并带上 nx 和 px 参数，保证操作原子性且设置过期时间以避免死锁；2. 释放锁时需先验证锁的拥有者，推荐通过 lua 脚本实现删除操作，确保安全性；3. 设置合理的超时时间（ttl），根据业务预估任务执行时间并预留缓冲，防止锁提前释放或阻塞后续请求；4. 高可用场景下可考虑 redlock 算法提升可靠性，但多数情况下单实例已足够。以上步骤共同保障了分布式锁的有效性和安全性。
在使用 PHP 和 Redis 实现分布式锁时，核心目标是确保多个服务或节点在并发访问共享资源时，能安全地协调操作。Redis 作为内存数据库，天然适合用作分布式锁的实现工具，而 PHP 结合 Redis 的扩展（如 PhpRedis 或 Predis）可以轻松完成这项任务。
下面介绍几个关键步骤和注意事项，帮助你正确实现一个可靠的分布式锁。
1. 使用 SET 命令加锁，保证原子性
最基础的加锁方式是通过 Redis 的 SET 命令，并加上 NX 和 PX 参数：
立即学习“PHP免费学习笔记（深入）”；
-
NX表示只有 key 不存在时才设置成功 -
PX设置过期时间，单位是毫秒
这样做的好处是可以避免死锁，同时整个操作是原子的，不会出现中间状态。
示例：
$lockKey = 'lock:job_123'; $lockValue = uniqid(); // 唯一标识，用于后续释放锁 $ttl = 5000; // 锁的过期时间，单位毫秒 $redis->set($lockKey, $lockValue, ['nx', 'px' => $ttl]);
如果返回 false，说明锁已经被别人占用了，当前请求需要等待或跳过。
2. 释放锁要小心，只能删自己的
释放锁时不能直接删除 key，否则可能误删其他线程持有的锁。正确的做法是先判断锁的值是否匹配，再删除。
这个操作推荐使用 Lua 脚本来执行，保证原子性。
Lua 示例：
if redis.call("get", KEYS[1]) == ARGV[1] then
return redis.call("del", KEYS[1])
else
return 0
endPHP 调用方式：
$script = <<<LUA
if redis.call("get", KEYS[1]) == ARGV[1] then
return redis.call("del", KEYS[1])
else
return 0
end
LUA;
$result = $redis->eval($script, [$lockKey, $lockValue], 1);如果返回 1 表示释放成功，0 表示不是自己加的锁，不处理。
3. 设置合理的超时时间，避免业务阻塞
锁的过期时间要根据业务逻辑来定。比如一段任务预计执行 3 秒，那锁的 TTL 可以设为 5 秒，防止因为网络问题或程序卡顿导致锁一直不释放。
但也要注意：
- 如果任务执行时间太长，锁可能会提前释放，造成并发风险
- 可以考虑“看门狗”机制自动续租（比如 Redlock 算法中的一种做法），不过实现起来复杂度较高
一般情况下，建议：
- 将任务拆小
- 控制单个任务执行时间
- 加锁前预估好耗时
4. 可选：使用 Redlock 算法提升可靠性（适用于高可用场景）
如果你部署了多个 Redis 实例，可以使用 Redis 官方推荐的 Redlock 算法来提高锁的容错能力。
它的基本思路是：
- 同时向多个独立的 Redis 实例申请锁
- 成功超过半数才算加锁成功
- 锁的有效时间取最小的那个剩余时间
不过对于大多数中小型项目来说，单实例 + 上述方法已经足够。
基本上就这些。实现一个简单的分布式锁并不难，但要注意细节，比如锁的唯一性、释放的安全性和合理设置过期时间，否则容易引发死锁或并发冲突。
