PHP session无法保存主因是session.save_path权限不足、模块未启用或配置被覆盖、session.auto_start关闭及代码输出干扰。需检查phpinfo()中的路径可写性、确认session扩展已加载、确保session_start()前无任何输出，并排除cookie域匹配、HTTPS设置及opcache缓存等问题。
PHP安装后session无法保存，通常不是代码写错，而是session相关配置未正确启用或路径不可写。核心问题集中在session.save_path权限、session.auto_start状态、以及php.ini中关键参数是否生效。
检查并设置正确的 session.save_path
PHP默认可能使用系统临时目录（如/tmp），但Windows下路径不同，或Linux下Web用户无写入权限，都会导致session文件无法生成。
- 用
phpinfo()查看当前session.save_path值，确认路径是否存在且可写 - 若为
/var/lib/php/sessions等路径，执行：sudo chown -R www-data:www-data /var/lib/php/sessions（Ubuntu/Debian）或chown -R apache:apache /var/lib/php/sessions（CentOS） - Windows用户建议显式设置为绝对路径，例如：
session.save_path = "D:/php/session"，并确保该目录存在且IIS/Apache进程有写权限
确认 session 模块已加载且配置未被覆盖
某些环境（如通过Docker、宝塔、或自定义编译PHP）可能禁用了session扩展，或在.htaccess、user.ini、php-fpm.conf中覆盖了主配置。
- 运行
php -m | grep session，确认输出含session - 检查是否有多个
php.ini生效（如cli和fpm配置分离），务必修改Web服务实际加载的那个 - 搜索
session.auto_start = 1是否被设为Off（不推荐开启，易引发header已发送错误）
验证 session 启动与使用方式是否规范
即使配置正确，代码中常见低级错误也会让session看似“不保存”：
立即学习“PHP免费学习笔记（深入）”；
- 必须在任何输出之前调用
session_start()（包括空格、BOM头、echo前的换行） - 避免在
session_start()前有任何print、echo、var_dump或HTML输出 - 简单测试脚本：
<?php session_start(); $_SESSION['test'] = time(); echo $_SESSION['test']; ?>
再开新页面读取：<?php session_start(); echo $_SESSION['test'] ?? 'empty'; ?>
排查常见干扰因素
部分环境有隐藏限制，需针对性排除：
-
Cookie未启用或domain/match不匹配：检查浏览器是否拦截cookie；
session.cookie_domain若设为example.com，而访问的是localhost则失效 -
HTTPS与HTTP混用：若
session.cookie_secure = 1但用HTTP访问，cookie不会发送，session无法延续 - opcache或加速器缓存了旧脚本：重启PHP-FPM或Web服务，或临时关闭opcache测试
