Symfony 5.4自定义会话存储路径后垃圾回收失效问题咨询

首先明确：Symfony本身支持会话垃圾回收，但默认触发逻辑和系统默认路径的清理机制完全不同，这是你遇到文件堆积的核心原因。

问题根源拆解 #

1. 系统默认路径的清理逻辑
   Debian系统中，/var/lib/php/sessions/的过期会话是由系统专用的定时清理服务（比如php8.1-fpm自带的GC任务，或systemd定时单元）负责的，这个服务只会监控默认路径，自定义路径不在它的处理范围内，所以修改save_path后，系统层面的清理就失效了。

2. Symfony的会话GC触发机制
   Symfony确实会调用SessionHandler::gc，但这个调用完全依赖PHP原生的会话GC触发规则：

• PHP在每次启动会话时，会根据session.gc_probability和session.gc_divisor的配置值计算触发概率（默认是1/1000，即每1000次请求才可能触发一次GC）。
• 如果你的网站访问量较低，可能几小时甚至几天都碰不到触发阈值，自然会导致过期会话文件持续堆积。

可行的解决办法 #

• 调整PHP的GC触发概率
  修改php.ini（或Symfony的.env/PHP-FPM配置）中的参数：

session.gc_probability = 1
session.gc_divisor = 100

这样每100次请求就会触发一次GC，提升清理频率。但注意，高访问量场景下频繁GC可能影响请求性能，需根据实际流量调整。

• 手动添加定时清理任务
  通过系统cron添加定时任务，直接清理自定义会话目录中的过期文件：
  比如，假设你的自定义路径是/var/www/myapp/var/sessions，session.gc_maxlifetime设为1440秒（24分钟），可以添加如下cron任务：

*/5 * * * * find /var/www/myapp/var/sessions -type f -mmin +24 -delete

这个任务会每5分钟检查一次，删除超过24分钟未修改的会话文件。

• 切换到更易管理的会话存储方式
  如果文件存储的GC维护麻烦，可以考虑改用Symfony支持的其他会话handler，比如Redis、数据库存储，这类存储的过期数据清理通常更高效（比如Redis会自动淘汰过期键）。

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