如何在不获取Laravel Atomic Lock的前提下检测其是否已锁定？

你的checkSetupRunning方法逻辑存在核心问题：它在尝试获取以当前命令类为owner的锁，而非检测目标未调度命令持有的锁。当多个调度命令并行执行时，第一个调用该方法的命令会抢占锁，后续命令因拿不到锁就误判目标命令在运行，这就是异常触发的根源。

修复思路 #

核心是仅检测目标未调度命令持有的锁是否存在，而非尝试获取新锁：

• 目标未调度命令运行时，以自身类为owner获取锁，并设置合理过期时间（防止进程崩溃导致锁永久生效）。
• 其他调度命令仅查询缓存中是否存在该锁键，且值等于目标命令的类名。

代码实现 #

1. 目标未调度命令（如SetupCommand）的锁逻辑

use Illuminate\Support\Facades\Cache;
use App\Exceptions\SetupRunningException;

class SetupCommand extends Command
{
    const RUNNING_LOCK_KEY = 'setup_command_running';

    public function handle()
    {
        // 获取锁，设置1小时过期时间（可根据实际业务调整）
        $lock = Cache::store('locks')->lock(
            self::RUNNING_LOCK_KEY,
            3600,
            owner: self::class
        );

        // 防止Setup命令自身被并行调用
        if (!$lock->get()) {
            $this->error('Setup命令正在运行中，请稍后再试');
            return 1;
        }

        try {
            // 编写Setup命令的核心业务逻辑
            // ...
        } finally {
            // 无论执行结果如何，最终释放锁
            $lock->release();
        }
    }
}

2. 其他调度命令的检测逻辑

use Illuminate\Support\Facades\Cache;
use App\Exceptions\SetupRunningException;
use App\Console\Commands\SetupCommand;

class ScheduledCommand extends Command
{
    private function checkSetupRunning()
    {
        $store = Cache::store('locks');
        // 查询锁键对应的owner值（Laravel缓存会自动处理前缀）
        $lockOwner = $store->get(SetupCommand::RUNNING_LOCK_KEY);

        // 仅当锁存在且owner是SetupCommand类时，抛出异常
        if ($lockOwner === SetupCommand::class) {
            throw new SetupRunningException();
        }
    }

    public function handle()
    {
        $this->checkSetupRunning();
        
        // 编写调度命令的核心业务逻辑
        // ...
    }
}

关键注意事项 #

• 避免死锁：必须给锁设置过期时间，即使SetupCommand意外崩溃，锁也会自动释放，不会阻塞后续命令。
• 精准检测：只判断目标命令持有的锁，不会因其他调度命令的检测操作导致误判。
• 驱动选择：建议使用Redis或Memcached作为锁的缓存驱动，这两类驱动原生支持原子操作，能保证锁的可靠性（不推荐File、Database驱动）。

内容的提问来源于stack exchange，提问作者Matthias Thalmann