PHP原生Session默认文件存储导致跨服务器无法同步，因各服务器独立写入文件；需统一后端存储（如Redis）并确保Session ID跨域传递（设cookie_domain或手动透传）。
为什么默认的 session_start() 无法跨服务器同步
PHP 原生 Session 默认用文件存储，路径由 session.save_path 指定。每个服务器写自己的文件，A 服务器生成的 sess_abc123 文件，B 服务器根本看不到——用户被负载均衡分发到 B 后，session_start() 找不到对应文件，就新建一个空会话，表现就是“突然登出”。
关键点不是 session_start() 本身有问题，而是它的后端存储（handler）没共享。只要换掉存储方式，问题就解了一半。
用 Redis 替换文件存储：三步配好 session.save_handler
Redis 是最常用、最稳妥的集中式 Session 存储方案，不需要自己写读写逻辑，PHP 内置支持。
- 确认 PHP 已启用
redis或redis.so扩展（非predis，那是纯 PHP 客户端） - 在
php.ini中设置：session.save_handler = redis session.save_path = "tcp://127.0.0.1:6379?database=0&password=yourpass"
注意：如果 Redis 有密码或非默认库，必须显式带上password和database参数，否则连接失败但无报错 - 确保所有服务器指向同一个 Redis 实例，且网络互通；
session.gc_maxlifetime要和 Redis 的 key 过期时间对齐（Redis 默认靠SETEX设置 TTL，PHP 会自动传）
用 Predis 自定义 handler：适合需要前缀隔离或细粒度控制的场景
如果你不想改 php.ini，或需要为不同环境加 key 前缀（比如 sessions:prod:），Predis 的 Predis\Session\Handler 更灵活。
立即学习“PHP免费学习笔记（深入）”；
常见踩坑点：
-
$client初始化时没传prefix选项，导致多个项目 Session 键名冲突 - 忘记调用
$handler->register()，结果还是走默认文件 handler - GC 机制失效：Predis 的
gc()方法是空实现，完全依赖 Redis 自动过期，所以务必确认gc_maxlifetime和session.cookie_lifetime协调，否则 Cookie 过期了但 Redis 里数据还留着
最小可用示例：
require 'vendor/autoload.php'; $client = new Predis\Client(['scheme' => 'tcp', 'host' => '10.0.1.5', 'port' => 6379], ['prefix' => 'sess:']); $handler = new Predis\Session\Handler($client, ['gc_maxlifetime' => 1440]); $handler->register(); session_start();
Session ID 本身也要跨域可传递
就算 Redis 共享了，如果用户从 a.example.com 登录后跳转到 b.example.com，浏览器不会自动发送原域名下的 PHPSESSID Cookie——这是同源策略铁律。
解决办法只有两个实际可行的：
- 统一主域：把
session.cookie_domain设为.example.com（注意开头的点），这样所有子域都能读写同一 Cookie - 手动透传 Session ID：前端登录成功后，把服务端返回的
session_id()存进 localStorage，后续请求通过 Header（如X-Session-ID）带上，后端用session_id($id)强制指定 ID，再调session_start()
后者更可控，但要求前后端配合改造；前者简单，但要求所有子域可信且共用一套认证逻辑。
真正容易被忽略的是：Session ID 的生成时机和传输链路。哪怕存储层共享了，ID 本身传不过去，整个同步就是空谈。别只盯着 Redis 配置，先抓包看看 Cookie 是不是真到了目标域名下。
