关于PHP的Session处理的问题

问题源自于深空博客的这篇文章《由会话重定向看到的对象销毁问题》，嗯，我以为这种问题早有人处理过了，因为2年前我就解决了此问题。解决办法已经发在phpchina.com的原创区：《关于PHP的Session处理的问题》。不过我在自己的博客上也发表同样的一篇帖子，留作备份。

在专家板块看到有人提出对Session处理机制的问题，原文《由会话重定向看到的对象销毁问题》。由于本人没有在专家板块发帖的资格，所以在这里发。

大概在08年年头我开始放弃Ruby on Rails转移到PHP开发，并以RoR的一些精神开发基于PHP的MVC框架，08年年底的时候，曾在phpchina这里发过一帖《自写MVC框架 Agi PHPMVC(核心)》，可以这么说，从我接触PHP以来一直是以自写的MVC框架在进行开发。目前该框架取名Agi on Rails，已经进入正式版的1.2版，下一个release版本将会考虑开源。该框架已经成功稳定的运行在多个Server Env(Windows、Linux，IIS、Apache、Lighttpd、Nginx)，开发过超过20个项目，承受过一天超过1200万PV的洗礼(预计并发峰值在200左右)。为何加这一个插曲，是为了强调，我是坚持将数据操作写在Model层的，而Session处理的逻辑，是被设计成一个 Model，而随着众多Model被Controler和View层调用。而开发者，是可以针对Session这个模块进行后期的高级的逻辑封装的。

废话就不多说了，解决方案如下：

// 数据库连接的抽象层
abstract class DB_Connector {

protected static
$_register = array();

static public function connect($anyKey) {
// 假设传入的$anyKey指定要使用MySQL进行连接
// 这中间的一些判断这里就忽略了
if (!isset(self::$_register[$anyKey])) {
self::$_register[$anyKey] = new DB_Connector_MySQL();
}
return self::$_register[$anyKey];
}

static public function disconnect($anyKey) {
self::connect($anyKey)->disconnect();
}

static public function handleDisconnect($anyKey) {
self::connect($anyKey)->handleDisconnect();
}
}

// 数据库连接的驱动层
class DB_Connector_MySQL {

protected
$_connector = null,
$_isHandleDisconnect = false;

public function __construct() {
// 执行具体的连接
$this->_connector = new MySQLDriver();
}

public function __destruct() {
if (!$this->_isHandleDisconnect)
$this->disconnect();
}

public function disconnect() {
$this->_connector = null;
}

public function handleDisconnect() {
$this->_isHandleDisconnect = true;
}
}

// Session的实现层
// Any_ActiveRecord是Model的抽象层，这里就不实现了
class Session extends Any_ActiveRecord {

protected static
$_connectorKey = 'Any';

// 标准实现
static public function open() {
// 一旦将Session处理转移给DB层面去控制
// 就意味着数据库连接的释放，也必须转交给这个Session模块来处理
DB_Connector::handleDisconnect(self::$_connectorKey);
// 其他启动配置，包括Session GC清理的基数等等
}

// 标准实现
//
static public function pick($sId) {

}

// 标准实现
static public function dump($sId, $val) {

}

// 标准实现
static public function destroy($sId) {

}

// 标准实现
static public function gc() {

}

// 标准实现
static public function close() {
// 一切OK，再由Session Close的时候，释放数据库连接
DB_Connector::disconnect(self::$_connectorKey);
}
}

至此，第一个问题解决了，就是关于数据库连接的释放问题。但是这里存在第二个问题(假如你在使用的框架，取出的Session是一个数组，或者你直接就取出的是一个数组，可以忽略第二个问题)，就是按照常理，一个Session经由Model取出，理应被是一个Session的实例，然后，由于PHP本身的运行机制的问题，变量的释放，往往早于Session的注销。这时就要发挥出OO的本色了：

根据上述的Session类，我们进行一点点改造：

// Session的实现层
// Any_ActiveRecord是Model的抽象层，这里就不实现了
class Session extends Any_ActiveRecord {

protected static
$_connectorKey = 'Any',
$_currSess = null;

// 标准实现
static public function open() {
// 一旦将Session处理转移给DB层面去控制
// 就意味着数据库连接的释放，也必须转交给这个Session模块来处理
DB_Connector::handleDisconnect(self::$_connectorKey);
// 其他启动配置，包括Session GC清理的基数等等
}

// 标准实现
// 拿出Session
static public function pick($sId) {
self::$_currSess = self::find_by_sess_id($sId);
if (!self::$_currSess->isEmpty())
return self::$_currSess->value;
return false;
}

// 标准实现
static public function dump($sId, $val) {
// 新访客
if (self::$_currSess->isEmpty())
self::$_currSess->sess_id == $sId;
self::$_currSess->value = $val;
self::$_currSess->save();
}

// 标准实现
static public function destroy($sId) {

}

// 标准实现
static public function gc() {

}

// 标准实现
static public function close() {
// 一切OK，再由Session Close的时候，释放数据库连接
DB_Connector::disconnect(self::$_connectorKey);
self::$_currSess = null;
}
}

好了，大功告成！原理就不多说了，多做点测试吧。

将Session写成Model的好处是，可以有针对性的进行单元测试。也许有用户会担心，你把Session放在数据库层，能承受得多大的并发量呢？

OK，我可以给出一些实际数据，一个投票的程序，PHP和MySQL跑在同一台服务器(Server系统是Ubuntu Server以Lighttpd，已经通过压力测试优化过fastcgi线程数字)上，3天收集有效投票记录总数900万+(注意，有效投票是指限制ip的，每一票都要检查ip和该ip上一次投票的时间)，Session使用Model操作，以MyISAM引擎存放在MySQL的表中，Session主键已经刷到8位数。最高峰一天PV 1200万。

另：我发现cnblogs的源代码极其以及十分之丑陋，无法让人家复制代码，提供附件下载。