PHP-FPM环境下重定向后会话数据丢失问题求助

根据你描述的情况，会话文件能正常生成但重定向后$_SESSION["user"]为空，说明会话ID的传递或读取环节存在问题，以下是具体排查方向：

• 检查会话Cookie的传递与属性

  1. 打开浏览器开发者工具（F12），切换到Network标签页
  2. 完成登录操作，查看登录请求的响应头中Set-Cookie字段，确认PHPSESSID的属性（Domain、Path、Secure、HttpOnly）
  3. 查看重定向后的请求头，确认是否携带了PHPSESSID Cookie
  4. 如果Cookie未被携带，检查代码中session_set_cookie_params()的配置，或php.ini/php-fpm.conf中session.cookie_domain、session.cookie_path、session.cookie_secure的设置是否与当前站点匹配（比如旧服务器用的是子域名，新服务器是主域名，或协议从HTTP切换到了HTTPS）

• 验证SELinux上下文配置
  Oracle Linux默认启用SELinux，即便目录权限为777，上下文错误仍会导致PHP-FPM无法读取会话文件：

  1. 执行ls -Z /var/lib/php/session查看目录的SELinux上下文
  2. 正常上下文应为system_u:object_r:httpd_var_run_t:s0，如果不符，执行chcon -R -t httpd_var_run_t /var/lib/php/session修复，或用restorecon -R /var/lib/php/session恢复默认上下文

• 对比前后页面的会话ID

  1. 在登录页面设置$_SESSION["user"]后，添加echo session_id();输出当前会话ID
  2. 在重定向后的页面开头也添加echo session_id();，查看两个ID是否一致
  3. 如果ID不一致：说明新会话被创建，问题出在Cookie未传递或会话ID被篡改；如果ID一致但$_SESSION["user"]为空，打开对应会话文件（/var/lib/php/session/sess_xxx），查看是否包含user相关数据：
     • 若文件中无user数据：说明登录时未成功写入会话，检查登录页面的session_start()是否在输出前调用，或是否有错误覆盖了会话数据
     • 若文件中有user数据：说明PHP读取会话时出现问题，检查PHP-FPM运行用户（/etc/php-fpm.d/www.conf中的user和group）是否对会话文件有读取权限

• 检查PHP会话垃圾回收配置
  查看php.ini或php-fpm.conf中session.gc_maxlifetime、session.gc_probability、session.gc_divisor的设置：

  • session.gc_maxlifetime默认是1440秒（24分钟），如果设置过短，可能刚生成的会话被回收
  • session.gc_probability/session.gc_divisor默认是1/1000，若概率过高（比如1/1），可能导致会话被频繁回收

• 确认重定向逻辑的正确性
  检查代码中的重定向实现：

  • 确保调用header("Location: ...")后立即执行exit()或die()，避免后续代码干扰会话写入
  • 确认重定向的URL与当前站点协议、域名一致，避免跨域/跨协议导致Cookie无法携带

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