Bref PHP Lambda环境Redis作为Session驱动写入正常但读取为空求助

可能的原因及对应解决方法 #

1. Redis扩展Session序列化配置与PHP Session配置冲突 #

这是最高概率的触发原因：你配置的session.serialize_handler = php是PHP原生Session的序列化规则，但Bref额外扩展打包的Redis扩展默认会开启igbinary序列化，对应配置项redis.session_serializer默认值不是php，会导致写入时用PHP序列化规则写入Redis，读取时用igbinary规则反序列化，反序列化失败后直接返回空的$_SESSION数组，且不会抛出任何可见错误。
解决方法：在你的php/conf.d/php.ini中添加以下配置：

redis.session_serializer = php

配置后重新部署Lambda即可生效。

2. Session写入后未持久化完成进程就被终止 #

Bref的FPM运行环境在API Gateway请求超时时会强制终止进程，如果你代码中在session_start后修改了$_SESSION，但进程在PHP自动触发session_write_close之前就被终止，会导致Redis中存储的Session值为空。
解决方法：在修改完$_SESSION的逻辑后主动调用session_write_close()，强制将Session数据同步写入Redis。

3. Redis Session读取权限异常 #

虽然写入逻辑正常，但需要确认Lambda执行角色是否有Redis的读取权限，你可以在代码中加入以下测试逻辑验证Redis读取是否正常：

<?php
$redis = new Redis();
$redis->connect('redis.mydomain', 6379);
// 替换为实际获取到的Session ID
$sessionId = $_COOKIE['PHPSESSID'];
var_dump($redis->get('PHPREDIS_SESSION:' . $sessionId));

如果输出为false或者空字符串，说明读取权限异常，需要调整Redis的访问权限配置。

4. 隐式的Session重置逻辑 #

检查你的代码中是否存在以下行为：

• 在session_start()之前有输出内容，即使session_start()返回true，已发送的Header也可能导致Session读取失败
• 代码中存在$_SESSION = []或者session_unset()的全局逻辑
• 调用session_regenerate_id()时没有传入true参数，导致旧Session被提前销毁

内容的提问来源于stack exchange，提问作者Éder Rocha