这篇文章次要介绍了 PHP SESSION 跨页面传递失败解决方案, 文中通过示例代码介绍的十分具体，对大家的学习或者工作具备肯定的参考学习价值, 须要的敌人能够参考下
明天想用一个 session 来实现用户登录判断，也算是对之前 session 的探索，查了下材料 session 的运行机制如下：
session 是服务器端的一种会话机制，当客户端的申请服务器创立一个 session 时，服务器会先检测该申请外面是否蕴含一个惟一的 sessionID，如果是，阐明服务器曾经为该用户创立过 session，只有依照该 sesionID 检索出该用户的 session 供用户应用，如果没 有 sessionID，服务器会为该用户新建一个带有惟一示意服 sessionID 的 session。创立实现后，该 sessionID 会被服务器返回给 客户端，保留到客户端本地。
个别保留该 session ID 的机制是 Cookie，然而因为 Cookies 能够被人为禁止，这就得保障 Cookies 被禁止之后，仍旧能够通过 session 进行会话，个别是通过 url 重写进行，表 现模式为 www.fckfs.com ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764，另一种是作为查问 字符串附加在 URL 前面，表现形式为 http://….. /xxx?jsessionid=ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764 这两种形式对于用户来说是没有区别的，只是服务器在解析的时候解决的形式不同，采纳第一种形式也有利于把 session id 的信息和失常程序参数辨别开来。
为了在整个交互过程中始终保持状态，就必须在每个客户端可能申请的门路前面都蕴含这个 session id。
另外是对于 session 生效的误区：
在议论 session 机制的时候，经常听到这样一种误会“只有敞开浏览器，session 就隐没了”。其实能够设想一下会员卡的例子，除非顾客被动 对店家提出销卡，否则店家相对不会轻易删除顾客的材料。
对 session 来说也是一样的，除非程序告诉服务器删除一个 session，否则服务器会始终保留，程序个别都是在用户做 log off 的时候发个指令去删除 session。然而浏览器从来不会被动在敞开之前告诉服务器它将要敞开，因而服务器基本不会有机会晓得浏览器曾经敞开，之所以会有这种错觉，是大部分 session 机制都应用会话 cookie 来保留 session id，而敞开浏览器后这个 session id 就隐没了，再次连贯服务器时也就无奈找到原来的 session。如果服务器设置的 cookie 被保留到硬盘上，或者应用某种伎俩改写浏览器收回的 HTTP 申请头，把原来的 session id 发送给服务器，则再次关上浏览器依然可能找到原来的 session。
恰好是因为敞开浏览器不会导致 session 被删除，迫使服务器为 seesion 设置了一个生效工夫，当间隔客户端上一次应用 session 的工夫超过这个生效工夫时，服务器就能够认为客户端曾经进行了流动，才会把 session 删除以节俭存储空间。
好了，废话说了一大堆，说 session 失落的解决办法吧：
1、session_start(); 应该尽量搁置到页面的顶部；
2、如果 php.ini 外面没有配置 session Autostart 的话，每次会话之前，都得手动开启 session：session_start();
3、session 是 php 外面的超全局变量，跟 $_GET,$_POST,$_SERVER 一样，所以应用的时候必须大写：$_SESSION[‘username’]=$username;
4、跨页面传递示例：a.php 页面传递 $_SESSION[‘username’] 到 b.php:
a.php:
session_start();
$username=$_POST[‘username’];
$_SESSION[‘username’]=$username;
?>
b.php:
session_start();
echo $_SESSION[‘username’];
?>
转自 脚本之家