PHP $_SESSION异常：会话已启动报错且数组始终为空求助

这种毫无征兆的SESSION突然罢工真的很头疼，尤其是之前稳跑几周、还没碰过代码配置的情况！结合你说的细节，咱们一步步拆解排查：

1. 先搞定「A session has already been started...」的报错 #

虽然你说服务器目录只剩index.php，但隐性的session启动可能藏在你看不到的地方：

• 检查PHP自动前置文件：有些服务器会通过auto_prepend_file配置自动加载某个脚本，要是那个脚本里已经调用了session_start()，就会触发这个报错。你可以在index.php最顶部加一行代码确认：

  echo "Auto-prepend file: " . ini_get('auto_prepend_file');
  

  如果输出不是空字符串，就去看看这个文件里有没有session相关的代码。
• 提前检查session状态：在你自己调用session_start()前，先判断session是否已经启动，避免重复调用。比如：

  if (session_status() === PHP_SESSION_NONE) {
      session_start();
  }
  

  这样既能避免报错，也能确认是不是真的有隐性启动的情况。

2. 排查 $_SESSION 始终为空的核心问题 #

这个情况大概率和session数据的存储/读取有关，而非浏览器Cookie（你已经确认允许Cookie了）：

• 检查session存储路径的权限：PHP需要能读写session保存目录才能存数据。你可以打印出当前的存储路径，然后去服务器上验证：

  echo "Session save path: " . session_save_path();
  

  重点看这个目录是否存在，PHP进程（比如www-data用户）有没有读写权限——之前正常可能是服务器自动清理、权限变更导致的。
• 测试session的基础存储能力：用最极简的代码验证。替换你的index.php为下面的内容，刷新几次页面：

  <?php
  if (session_status() === PHP_SESSION_NONE) {
      session_start();
  }
  
  // 测试存储数据
  $_SESSION['test_count'] = isset($_SESSION['test_count']) ? $_SESSION['test_count'] + 1 : 1;
  
  echo "Test count: " . $_SESSION['test_count'] . "<br>";
  echo "Session ID: " . session_id() . "<br>";
  ?>
  

  如果刷新后test_count不递增，且每次session_id都变，说明session根本没存下来——要么是存储路径有问题，要么是session存储引擎故障（比如之前用memcache现在服务挂了）。
• 检查session配置是否被隐性修改：服务器可能自动更新了PHP配置，比如session.auto_start被改成On，或者session.save_handler从files改成了其他没配置好的引擎。可以临时创建一个phpinfo.php（测试完删掉），里面写<?php phpinfo(); ?>，搜索「Session」板块确认所有配置项。

3. 容易忽略的服务器隐性变更 #

有时候你没改代码配置，但服务器本身可能有变动：

• 系统自动清理临时目录：很多Linux服务器会定时清理/tmp目录（如果你的session存在这里），导致所有session数据被清空。
• PHP版本补丁更新：虽然你用的是PHP7.0，但如果服务器自动打了补丁，可能影响session的底层逻辑。

内容的提问来源于stack exchange，提问作者TSGR