PHP 8.5.5 Session无法保存的主因是session_start()被阻断或数据未写入，90%源于启动失败、路径无权、输出提前三类硬性拦截：必须确保session_start()前无任何输出（含BOM/空格）、session.save_path可写且未被open_basedir限制、$_SESSION赋值与header重定向顺序正确，并匹配gc_maxlifetime与cookie_lifetime。
PHP 8.5.5 的 Session 无法保存，90% 是因为 session_start() 被阻断或 session 数据根本没写入磁盘/Redis —— 不是 PHP 版本问题，而是启动失败、路径无权、或输出提前这三类硬性拦截。
session_start() 报 “headers already sent” 就是致命错误
PHP 8.5.5 对输出控制更严格：只要 session_start() 前有任何字符（空格、BOM、echo、var_dump、甚至被 include 的配置文件里多了一行空行），就直接抛出 Fatal error: Uncaught ValueError: session_start(): Failed to initialize storage module 或更常见的 Cannot start session when headers already sent。
- 用 Notepad++ 或 VS Code 打开所有 PHP 文件，设置显示所有字符，确认
<?php是文件第一个字节（前面**绝对不能有 UTF-8 BOM**） - 检查是否在
session_start()前require了日志类、工具函数等——它们可能偷偷echo了调试信息 - 临时加一层保护：
if (session_status() === PHP_SESSION_NONE) { session_start(); }，避免重复调用报错 - 别依赖
session.auto_start = On：PHP 8.5.5 默认仍是Off，且自动开启会绕过你的控制逻辑，排查时反而更难定位
session.save_path 目录不可写或被 open_basedir 拦截
PHP 8.5.5 默认仍用 files handler，但写入失败时不会报错，只会静默丢弃数据。常见现象是：登录后 $_SESSION 看似赋值成功，但下个请求里为空；phpinfo() 显示 session.save_path 为 /tmp，而实际服务器（尤其是虚拟主机、Docker、宝塔）限制了该路径。
- 运行
php -i | grep session.save_path或查phpinfo()输出，确认当前生效路径 - 检查是否触发
open_basedir限制：错误日志里会出现类似open_basedir restriction in effect. File(/tmp) is not within the allowed path(s) - 手动覆盖路径比改
php.ini更快：session_save_path(__DIR__ . '/runtime/session');，然后mkdir -p runtime/session && chmod 755 runtime/session - Linux 下注意目录属主：如果 PHP-FPM 以
www-data运行，但目录属主是root，照样写不进
$_SESSION 赋值后跳转却读不到，其实是重定向时机错了
不是 session 没保存，而是你把 $_SESSION['user_id'] = $id; 写在了 header('Location: /') 后面——PHP 不会执行重定向后的代码，但 session 数据其实已写入（只是浏览器还没发新请求去读）。你看到的“空”，是下个请求没拿到，不是这次没存。
立即学习“PHP免费学习笔记（深入）”；
-
session_start()和所有$_SESSION赋值必须在header()之前完成 - 重定向后务必加
exit;，否则后续代码可能干扰 session 状态（比如意外调用session_write_close()或清空） - 调试时别靠刷新页面判断：登录成功后先
var_dump($_SESSION); exit;，确认本次写入有效，再考虑跳转逻辑 - 如果用了输出缓冲（
ob_start()），要确保它没掩盖真实输出位置——有时ob_end_flush()会意外触发 header 发送
PHP 8.5.5 下 session.gc_maxlifetime 和 cookie_lifetime 不匹配
session 文件没被删，但客户端 cookie 过期了，或者反过来：cookie 还有效，但服务端 session 文件被 GC 清掉了。PHP 8.5.5 没改默认值，session.gc_maxlifetime 仍为 1440 秒（24 分钟），而 session.cookie_lifetime 默认是 0（关浏览器即失效）。
- 登录态需长期保持？在
php.ini或运行时设：ini_set('session.gc_maxlifetime', 86400);（1 天）和ini_set('session.cookie_lifetime', 86400); - 注意：修改
gc_maxlifetime后，旧 session 文件不会自动延长有效期，只影响新建会话 - 若用 Redis 存 session，
gc_maxlifetime依然生效（Redis key 的 TTL 由 PHP 控制），但不用操心文件锁和磁盘满问题 - 别忽略
session.use_cookies = On和session.use_only_cookies = On：禁用 cookie 时，PHP 会尝试用 URL 传PHPSESSID，但现代框架和前端路由基本不支持，等于直接废掉 session
最常被忽略的是：你以为 session 写进去了，其实它卡在内存里没落盘——session_write_close() 调用太晚，或脚本异常终止导致写入中断。PHP 8.5.5 的 session 机制没变，但对边界条件更敏感，盯住启动、路径、时机、生命周期这四点，基本就能定位到根因。
