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看似“不保存”：

• 必须在任何输出之前调用session_start()（包括空格、BOM头、echo前的换行）
• 避免在session_start()前有任何print、echo、var_dump或HTML输出
• 简单测试脚本：
  
  再开新页面读取：
  

排查常见干扰因素

部分环境有隐藏限制，需针对性排除：

• Cookie未启用或domain/match不匹配：检查浏览器是否拦截cookie；session.cookie_domain若设为example.com，而访问的是localhost则失效
• HTTPS与HTTP混用：若session.cookie_secure = 1但用HTTP访问，cookie不会发送，session无法延续
• opcache或加速器缓存了旧脚本：重启PHP-FPM或Web服务，或临时关闭opcache测试