如何在同一服务器实现Symfony3.4与6.x跨子域名通用登录

一、各版本 Session 读取位置与存储格式 #

Symfony 3.4 #

• 默认文件存储路径：%kernel.root_dir%/var/sessions/%kernel.environment%，对应项目实际路径通常为 app/var/sessions/dev（开发环境）或 app/var/sessions/prod（生产环境）
• Session 文件命名：以 sess_ 为前缀，后跟完整 Session ID，例如 sess_7a2f9d4c1e8b0
• 读取逻辑：直接读取对应文件，解析内部PHP原生序列化的数组结构

Symfony 6.x #

• 默认文件存储路径：%kernel.project_dir%/var/sessions/%kernel.environment%，对应项目实际路径为 var/sessions/dev 或 var/sessions/prod
• Session 文件命名规则与 3.4 一致
• 核心差异：默认使用Symfony序列化器存储数据，而非PHP原生序列化，导致同路径下的Session文件无法被3.4解析

二、排查与解决步骤 #

• 确认Session存储路径一致性：分别检查两个项目的配置文件
  • 3.4：查看 app/config/config.yml 中 framework.session.save_path 配置
  • 6.x：查看 config/packages/framework.yaml 中 framework.session.save_path 配置
    确保两者指向同一物理服务器路径
• 对比Session文件内容：
  • 打开3.4生成的Session文件，内容为PHP序列化字符串，格式示例：a:3:{s:15:"_security_main";s:xxx:"...";...;}
  • 打开6.x生成的Session文件，内容为带类全路径的Symfony序列化格式，格式示例：O:42:"Symfony\Component\Security\Core\Authentication\Token\UsernamePasswordToken":6:{...;}
• 统一序列化方式：在6.x项目的 framework.yaml 中强制使用PHP原生序列化，配置如下：

framework:
    session:
        handler_id: null
        save_path: '%kernel.project_dir%/var/sessions/%kernel.environment%' # 与3.4一致的路径
        serializer: 'php' # 切换为PHP原生序列化

• 同步Session Cookie配置：确保两个项目的以下参数完全一致：
  • framework.session.name（Cookie名称，默认3.4为SESSID，6.x为PHPSESSID，需统一）
  • framework.session.cookie_domain（设置为顶级域名，例如 .yourdomain.com，实现子域名共享）
  • framework.session.cookie_secure、cookie_httponly、cookie_samesite 等安全参数
• 验证Security Token兼容性：由于3.4与6.x的Security Token类命名空间存在差异，即使序列化方式统一，也需确保登录Token能被双方解析，可通过自定义Token或调整用户提供者逻辑适配

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