PHP会话管理异常：AWS Bitnami环境下$_SESSION变量无法跨页保留

问题根源排查 #

你的应用在Bitnami AWS分发版上出现会话跨页丢失，大概率是环境配置和权限问题，而非代码问题，重点排查以下几点：

• Apache重写/HTTPS强制规则：Bitnami默认可能开启HTTPS强制跳转，若你的应用未配置Secure属性的Cookie，HTTP跳转HTTPS时浏览器会丢弃Cookie，导致会话ID无法传递。
• 会话存储目录权限：Bitnami的PHP会话默认存储路径（/opt/bitnami/php/var/lib/php/session/）若权限不足，PHP无法写入会话文件，每次请求都会生成新会话ID。
• PHP-FPM配置覆盖：如果使用PHP-FPM进程池，其配置文件中的php_value可能会覆盖主php.ini的会话相关设置，导致会话行为异常。

关键php.ini配置检查 #

直接核对以下配置项，确保符合你的应用场景：

• session.save_path：确认路径存在，且Bitnami的Apache/PHP-FPM进程（通常属于daemon用户组）拥有读写权限。可执行ls -ld /opt/bitnami/php/var/lib/php/session/查看权限详情。
• session.cookie_domain：若应用跨子域名访问，需设置为根域名格式（如.yourdomain.com），默认空值会导致Cookie仅在当前子域名生效。
• session.cookie_path：必须设置为/，否则Cookie仅在指定路径下传递，跨页跳转时路径变化就会丢失会话ID。
• session.cookie_secure：HTTPS环境下设为On，HTTP环境下设为Off。Bitnami默认可能强制HTTPS，若你的应用仍用HTTP，会导致Cookie无法被浏览器保存。
• session.use_cookies：必须设为On，否则PHP不会通过Cookie传递会话ID，仅能依赖URL传递（开启session.use_trans_sid），但这种方式极易丢失会话。
• session.use_only_cookies：推荐设为On，禁用URL传递会话ID的方式，确保Cookie是唯一的会话传递渠道。

其他获取会话ID的方法 #

除了页面首行调用session_id()，还有这些方式验证会话ID：

• 浏览器Cookie查看：在浏览器开发者工具的「Application」（Chrome）或「存储」（Firefox）面板中，找到PHPSESSID Cookie，其值即为当前会话ID。
• 打印Cookie变量：在session_start()之前执行echo $_COOKIE['PHPSESSID'] ?? 'No session cookie';，查看请求是否携带了正确的会话ID。
• 检查会话存储文件：前往session.save_path指定的目录，文件名格式为sess_xxxxxx，其中xxxxxx就是会话ID，观察每次跳转是否生成新文件。
• Apache日志记录：修改Apache的LogFormat，添加%{PHPSESSID}C字段，这样访问日志会记录每个请求携带的会话ID，便于排查传递是否正常。

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