设置GC最大生命周期与会话Cookie参数后，会话时长仍未达3小时

核心原因 #

• 会话垃圾回收的全局配置覆盖：你用ini_set()设置的session.gc_maxlifetime仅在当前请求生效，但PHP的会话垃圾回收机制可能读取php.ini中的默认配置（通常是1440秒，即24分钟）。当垃圾回收进程触发时，会按照全局配置的时长清理会话文件，无视当前请求的临时设置。
• 共享会话存储目录的干扰：如果你的应用和其他PHP应用共用默认的会话存储目录（比如/tmp），其他应用的session.gc_maxlifetime设置更小时，其触发的垃圾回收会一并清理你的会话文件，导致会话提前过期。
• 代码执行顺序错误（可能性较低）：若session_set_cookie_params()在session_start()之后调用，虽然浏览器Cookie显示时长正确，但实际会话的生命周期控制可能失效（不过你已确认Cookie时长正常，此原因概率低）。

解决方法 #

• 全局配置或全请求覆盖垃圾回收时长：
  • 若有权限修改php.ini，直接设置session.gc_maxlifetime = 10800，永久生效。
  • 若无法修改全局配置，需在每个请求的最开始、session_start()之前执行ini_set('session.gc_maxlifetime', 10800)，确保所有请求都覆盖垃圾回收时长。
• 设置独立的会话存储目录：
  为当前应用指定专属的会话存储目录，避免其他应用的垃圾回收干扰，代码示例：

  // 先设置专属存储目录（确保目录存在且PHP进程有读写权限）
  session_save_path('/var/www/your-app/sessions');
  // 设置垃圾回收时长
  ini_set('session.gc_maxlifetime', 10800);
  // 设置Cookie有效期
  session_set_cookie_params(10800);
  // 启动会话
  session_start();
  

• 检查多服务器环境会话存储：如果使用负载均衡或多台服务器，需改用共享会话存储（如Redis、Memcached），避免单服务器的垃圾回收独立清理会话。

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