frankenphp多实例部署时原生session无法共享，必须禁用session_start()并手动实现redis会话管理：统一提取phpsessid、读写sess_{id}键、全局设置cookie参数、关闭session.use_strict_mode。
FrankenPHP 多实例部署时，原生 session 不能共享
多个 FrankenPHP worker 实例之间**完全隔离、无共享状态**，哪怕它们连同一个 Redis，调用 session_start() 也会各自初始化独立会话环境，导致 PHPSESSID 冲突、写入覆盖、跨实例登录态丢失。这不是配置问题，而是 worker 模式设计使然：每个实例是独立常驻进程，PHP 的 session 扩展仍按传统 CGI 生命周期运作，根本无法感知其他实例的存在。
必须禁用 session_start()，改用手动 Redis 会话管理
官方明确要求：worker 模式下不要调用 session_start()。正确路径是彻底绕过 PHP 内置 session，自己控制 ID 提取、数据读写和 Cookie 设置：
- 从
$_COOKIE['PHPSESSID']或getallheaders()['Cookie']中提取会话 ID（注意前端需透传） - 用
Redis::get("sess_{$sid}")读取序列化数据，再unserialize()（TP5.1 等老框架只认 PHP 原生格式） - 修改后调用
Redis::setex("sess_{$sid}", $gc_maxlifetime, serialize($data)) - 所有实例共用同一套 key 命名规则（如
sess_{id}）和 TTL 设置，否则会话不一致
Cookie 参数必须全局统一且提前设置
多个实例若 cookie domain/path/secure/httpOnly 不一致，浏览器会发多个 PHPSESSID，后端无法对齐。必须在每个入口脚本最开头（无任何输出前）强制设定：
session_set_cookie_params(0, '/', '.example.com', true, true);
其中第 4 个参数 true 对应 Secure，第 5 个 true 对应 HttpOnly。若用 Nginx 反代，还需确认：proxy_set_header Cookie $http_cookie; 和 proxy_pass_request_headers on; 已启用。
避免 session.use_strict_mode 导致 ID 静默失效
PHP 8.4+ 默认开启 session.use_strict_mode = 1，worker 模式下易因 ID 格式校验失败而拒收请求，且不报错。临时关闭方式有两种：
- 在
php.ini中设session.use_strict_mode = 0 - 或在入口脚本开头加
ini_set('session.use_strict_mode', 0);（必须在任何 session 相关操作之前）
该设置仅影响 ID 合法性判断，不影响安全性——因为实际验证逻辑已由你手动接管，Redis 里没这个 key 就是未登录。
关键点在于：多实例 ≠ 多会话容器，而是多个独立执行单元。共享会话的“共享”动作，必须落在你写的代码层，而不是依赖 PHP 运行时自动完成。漏掉任何一个参数同步或序列化兼容处理，都会让登录态在实例间随机失效。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
