页面重载后$_SESSION为空的Linux Apache2服务器问题排查

我来帮你一步步排查这个Session丢失的问题，这种跨环境的差异确实挺闹心的，咱们从代码和服务器配置两方面入手：

一、先排查代码层面的问题 #

别先急着看配置，有时候代码里的小疏漏也会导致这种情况：

• 确保所有涉及Session的页面（包括登录页和跳转后的页面），在任何输出之前调用了session_start()——哪怕是页面顶部的一个空格、换行或者HTML标签，都会导致Session初始化失败，直接生成新的Session ID。
• 检查登录逻辑里设置Session的代码，是不是写对了？比如是不是$_SESSION['user'] = $your_username;，别写成$SESSION或者其他拼写错误的变量名。
• 可以加个调试代码：在登录成功后和刷新页面后，都打印var_dump($_SESSION);和echo session_id();，看看两次的Session ID是不是一样。如果ID变了，说明服务器没读取到之前的Session，直接新建了一个。

二、重点排查Linux Apache2的PHP.ini配置 #

XAMPP的默认配置比较宽松，而Linux服务器的默认配置可能有几个关键点没适配：

• Session存储路径的权限问题
  打开php.ini找到session.save_path，默认一般是/var/lib/php/sessions。执行这条命令看看权限：

  ls -ld /var/lib/php/sessions
  

  Apache运行的用户（通常是www-data）必须对这个路径有读写权限。如果权限不对，Session文件存不进去，自然每次刷新都生成新Session。修复命令：

  sudo chown -R www-data:www-data /var/lib/php/sessions
  sudo chmod 700 /var/lib/php/sessions
  

• Cookie相关配置
  • session.cookie_domain：如果你的服务器域名和本地XAMPP的localhost不同，比如是xxx.com，确保这个值要么留空（自动适配当前域名），要么手动指定为你的域名（比如.xxx.com，注意前面的点，适配子域名）。
  • session.cookie_lifetime：默认是0，代表浏览器关闭后失效，但只要浏览器开着就应该保留。如果设置了很小的值（比如60），那Session很快就过期了。
  • session.cookie_secure：如果服务器用了HTTPS，这个值要设为On，否则浏览器可能不会传递Cookie；如果是HTTP，设为Off。
• Session垃圾回收机制
  看session.gc_maxlifetime，默认是1440秒（24分钟），如果你的测试间隔超过这个时间，Session会被自动回收。可以临时调大这个值测试，比如设为36000（10小时），看看问题是否消失。

三、其他容易忽略的排查点 #

• 检查Apache虚拟主机配置，有没有mod_rewrite规则或者其他配置不小心拦截了Cookie？比如重写URL的时候有没有丢失Cookie参数？
• 看看浏览器的Cookie设置，服务器域名是不是被浏览器阻止了Cookie？打开开发者工具（F12），在Application -> Cookies里看看有没有PHPSESSID这个Cookie存在。
• 有没有在页面的某个地方无意中调用了session_destroy()或者unset($_SESSION)，把Session清空了？

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