[总结] 关于PHP的Session处理的问题

janpoem

在专家板块看到有人提出对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万。

另：

1、我有点好奇，为何原创区我找不到选择分类的下拉框呢？奇怪，奇怪。

2、论坛的关键字系统也十分奇怪，为何要替换代码里面的关键字呢？

shudehuiyi

不错
支持原创