discuz! x 中 session 机制讲解
在discuz! x中一如继往的，session 并没有使用 php 自带的 session 机制，而是系统的一套自带的机制。
在数据库中可以看到有两个 session 表：
一个是pre_common_adminsession，是管理员登录后台的 session 表；
另一个是 pre_common_session 表，是所有用户在前台浏览页面时的 session 表。
这两个表都是内存表（内存表的读写速度远高于 myisam 表及文本文件）。
在 discuz! x 中 session 与 cookie 是分不开的，因为 session 就是从客户端读取的 cookie ，
然后由浏览页面时触发相关的函数执行，再写入数据库 session 表。
我以登录流程为例来讲解程序具体是如何执行的。
在前台首页，点击登录后，弹出一个登录窗口，填写好数据后，提交。form表单提交的 url 是：
1 http://ux.com/member.php?mod=logging&action=login&loginsubmit=yes&floatlogin=yes&inajax=1
数据提交到了 member.php 文件中，在程序中可看到下面的代码：
01 $mod = !in_array($discuz->var['mod'], $modarray) ? 'logging' : $discuz->var['mod']; //mod的值即是接下来加载的php页面
02 define('curmodule', $mod);
03 $modcachelist = array('register' => array('modreasons', 'stamptypeid', 'fields_required', 'fields_optional', 'ipctrl'));
04 $cachelist = array();
05 if(isset($modcachelist[curmodule])) {
06 $cachelist = $modcachelist[curmodule];
07 }
08 $discuz->cachelist = $cachelist;
09 $discuz->init();
10 runhooks();
11 require discuz_root.'./source/module/member/member_'.$mod.'.php'; //完成程序的包含操作
打开source/module/member/member_logging.php文件，是一个类，在类的前面可看到下面三句代码：
$ctl_obj = new logging_ctl();
$method = 'on_'.$_g['gp_action']; // $_g['gp_action'] 等于action的值即 login
$ctl_obj->$method(); //$ctl_obj->on_login();
在类中可找到login方法，在方法中，大约 56 行有下面一个判断语句：
if(!submitcheck('loginsubmit', 1, $seccodecheck)) {
判断语句是当游客浏览时，submitcheck 函数的返回值是假，取反，为真。
当用户登录时，程序走的是else部分，在里面可看到下面五句代码：
} else {
$_g['uid'] = $_g['member']['uid'] = 0;
$_g['username'] = $_g['member']['username'] = $_g['member']['password'] = ''; //变量赋值
$result = userlogin($_g['gp_username'], $_g['gp_password'], $_g['gp_questionid'], $_g['gp_answer'], $_g['setting']['autoidselect'] ? 'auto' : $_g['gp_loginfield']); //从数据库查询用户数据，并返回相应的信息
if($result['status'] > 0) { //状态值大于 0 ，说明有此用户，可以登录
setloginstatus($result['member'], $_g['gp_cookietime'] ? 2592000 : 0); //设置登录状态，即是写 cookie 操作，cookie 中的数据即是 session 中相应的数据，但此函数并不负责写 session 的操作
我们来看一下 source/function/function_login.php中的 setloginstatus 函数，是普通的写 cookie 操作，不再具体讲解：
function setloginstatus($member, $cookietime) {
global $_g;
$_g['uid'] = $member['uid'];
$_g['username'] = $member['username'];
$_g['adminid'] = $member['adminid'];
$_g['groupid'] = $member['groupid'];
$_g['formhash'] = formhash();
$_g['session']['invisible'] = getuserprofile('invisible');
$_g['member'] = $member;
$_g['core']->session->isnew = 1;
dsetcookie('auth', authcode({$member['password']}\t{$member['uid']}, 'encode'), $cookietime, 1, true); //authcode加密
dsetcookie('loginuser');
dsetcookie('activationauth');
dsetcookie('pmnum');
}
到这里可以说是登录流程大部分已经走完，但是 cookie 不清除时，会一直存在于客户端，如果超时，程序中会在判断弃用此 cookie，并重新写入。
下面我们来看一下 dzx 中 session 操作的类，在 source/class/calss_core.php 文件中：
程序中每次请求都会加载 session ，这是由核心类 discuz_core 中的 _init_session 方法来执行的，此方法被置于 类的 init方法中，说明每次加载类，会自动将 session 写入。
function _init_session() {
$this->session = new discuz_session(); //创建 session 类
if($this->init_session) {
//从 cookie 中读取数据
$this->session->init($this->var['cookie']['sid'], $this->var['clientip'], $this->var['uid']);
$this->var['sid'] = $this->session->sid;
$this->var['session'] = $this->session->var;
//判断 sid 是否相等，不等，说明是多个用户在同一主机上登录网站，需要重新写 cookie
if($this->var['sid'] != $this->var['cookie']['sid']) {
dsetcookie('sid', $this->var['sid'], 86400);
}
if($this->session->isnew) {
if(ipbanned($this->var['clientip'])) {
$this->session->set('groupid', 6);
}
}
if($this->session->get('groupid') == 6) {
$this->var['member']['groupid'] = 6;
sysmessage('user_banned');
}
//uid 不为空，且需要更新 session 或是 session 超时，更改用户状态，需要用户重新登录
if($this->var['uid'] && ($this->session->isnew || ($this->session->get('lastactivity') + 600)
$this->session->set('lastactivity', timestamp);
$update = array('lastip' => $this->var['clientip'], 'lastactivity' => timestamp);
if($this->session->isnew) {
$update['lastvisit'] = timestamp;
}
db::update('common_member_status', $update, uid='.$this->var['uid'].');
}
}
}
操作 session 的类是 discuz_session ，我们看这个类里面的两个方法：
//此函数负责产生新的 session，但并不负责写入数据库
function create($ip, $uid) {
//创建session，执行插入数据，由随机函数产生一个六位随机数即是session的唯一值时间为当前时间，sid为cookie中的sid
$this->isnew = true;
$this->var = $this->newguest;
$this->set('sid', random(6));
$this->set('uid', $uid);
$this->set('ip', $ip);
$this->set('lastactivity', time());
$this->sid = $this->var['sid'];
return $this->var;
}
//此函数负责更新 session
function update() {
if($this->sid !== null) {
$data = daddslashes($this->var);
if($this->isnew) {
$this->delete();
db::insert('common_session', $data, false, false, true);
} else {
db::update('common_session', $data, sid='$data[sid]');
}
dsetcookie('sid', $this->sid, 86400);
}
}
至此我们知道了 session 插入数据库的具体函数，与 cookie 的联系，但还不清楚是如何触发此操作的。
打开 source/function/function_core.php 文件，找到函数，updatesession ，此函数负责更新 session ：
function updatesession($force = false) {
global $_g;
static $updated = false;
if(!$updated) {
$discuz = & discuz_core::instance();
foreach($discuz->session->var as $k => $v) {
if(isset($_g['member'][$k]) && $k != 'lastactivity') {
$discuz->session->set($k, $_g['member'][$k]);
}
}
foreach($_g['action'] as $k => $v) {
$discuz->session->set($k, $v);
}
$discuz->session->update();
$updated = true;
}
return $updated;
}
我们在程序源码中搜索此函数，可以看到在很多的模板中都有下面一句代码：
{eval updatesession();}
浏览页面时将触发此函数，并将 session 写入数据库。
整理一下思绪：
第一步：用户登录，程序将 cookie 写入客户端，这些 cookie 即是 session 的部分数据，如sid、ip、time，不包含用户名、密码等关键信息。
第二步，登录成功后，程序会自动刷新页面，向服务器再次发送请求，服务器加载 discuz_core 核心类，并从 cookie 中读取到 session 的相关信息，但还没有写入数据库。
第三步，核心类加载完成，程序继续执行，最后加载模板，触发 updatesession 函数，session 被写入数据库。
作者“pz9042”
http://www.bkjia.com/phpjc/478664.htmlwww.bkjia.comtruehttp://www.bkjia.com/phpjc/478664.htmltecharticlephp代码 discuz! x 中 session 机制讲解 在discuz! x中一如继往的，session 并没有使用 php 自带的 session 机制，而是系统的一套自带的机制。 在数据...