Symfony使用RedisSessionHandler仍出现会话锁，求非阻塞配置方案

1. 明确Symfony版本对应的配置参数 #

不同Symfony版本的Redis会话锁配置参数存在差异：

• Symfony 5.3+ 引入locking_enabled参数；
• 更早版本需使用use_locking参数控制锁行为。
  先确认你的Symfony版本，避免用错参数。

2. 显式配置framework.yaml会话参数 #

Symfony的RedisSessionHandler优先级高于PHP扩展全局配置，必须在config/packages/framework.yaml中显式关闭锁：

framework:
    session:
        handler_id: Symfony\Component\HttpFoundation\Session\Storage\Handler\RedisSessionHandler
        storage_factory_id: session.storage.factory.native
        redis:
            locking_enabled: false # 核心配置，强制关闭锁
            dsn: redis://redis:6379 # 根据你的Docker Redis地址调整

注意：锁配置必须放在redis节点下，而非PHP.ini的redis.session.locking_enabled。

3. 排查PHP Redis扩展全局配置干扰 #

Docker环境中PHP的Redis扩展配置可能被修改，执行容器内命令确认实际参数值：

php -i | grep redis.session.locking_enabled

如果输出为On，需在PHP配置文件中修改：
在/usr/local/etc/php/conf.d/redis.ini添加：

redis.session.locking_enabled = Off

或通过Dockerfile/docker-compose.yml注入配置：

# Dockerfile示例
RUN echo "redis.session.locking_enabled = Off" >> /usr/local/etc/php/conf.d/redis.ini

4. 确保会话仅执行只读操作 #

如果请求过程中意外修改了会话数据（比如调用$session->set()、用户实体更新触发会话同步），即使关闭锁也可能出现阻塞。检查业务代码，确保仅通过$session->get()读取登录用户信息，无写入操作。

5. 验证配置生效状态 #

在控制器中打印RedisSessionHandler的实际配置，确认锁已关闭：

use Symfony\Component\HttpFoundation\Session\Storage\Handler\RedisSessionHandler;

// 控制器方法内
$handler = $this->get(RedisSessionHandler::class);
dump($handler->getOptions()); // 查看locking_enabled字段是否为false

6. 清理Redis缓存与重启服务 #

Redis中残留的旧会话锁可能导致配置不生效，执行Redis命令清除数据：

redis-cli FLUSHDB

之后重启Symfony应用容器，测试多标签页并行加载是否正常。

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