问题源自于深空博客的这篇文章《由会话重定向看到的对象销毁问题》,嗯,我以为这种问题早有人处理过了,因为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这个模块进行后期的高级的逻辑封装的。

废话就不多说了,解决方案如下: 

 

1 // 数据库连接的抽象层
2  abstract class DB_Connector {
3
4 protected static
5 $_register = array();
6
7 static public function connect($anyKey) {
8 // 假设传入的$anyKey指定要使用MySQL进行连接
9 // 这中间的一些判断这里就忽略了
10   if (!isset(self::$_register[$anyKey])) {
11 self::$_register[$anyKey] = new DB_Connector_MySQL();
12 }
13 return self::$_register[$anyKey];
14 }
15
16 static public function disconnect($anyKey) {
17 self::connect($anyKey)->disconnect();
18 }
19
20 static public function handleDisconnect($anyKey) {
21 self::connect($anyKey)->handleDisconnect();
22 }
23 }
24
25  // 数据库连接的驱动层
26  class DB_Connector_MySQL {
27
28 protected
29 $_connector = null,
30 $_isHandleDisconnect = false;
31
32 public function __construct() {
33 // 执行具体的连接
34   $this->_connector = new MySQLDriver();
35 }
36
37 public function __destruct() {
38 if (!$this->_isHandleDisconnect)
39 $this->disconnect();
40 }
41
42 public function disconnect() {
43 $this->_connector = null;
44 }
45
46 public function handleDisconnect() {
47 $this->_isHandleDisconnect = true;
48 }
49 }
50
51  // Session的实现层
52 // Any_ActiveRecord是Model的抽象层,这里就不实现了
53  class Session extends Any_ActiveRecord {
54
55 protected static
56 $_connectorKey = 'Any';
57
58 // 标准实现
59 static public function open() {
60 // 一旦将Session处理转移给DB层面去控制
61 // 就意味着数据库连接的释放,也必须转交给这个Session模块来处理
62 DB_Connector::handleDisconnect(self::$_connectorKey);
63 // 其他启动配置,包括Session GC清理的基数等等
64 }
65
66 // 标准实现
67 //
68 static public function pick($sId) {
69
70 }
71
72 // 标准实现
73 static public function dump($sId, $val) {
74
75 }
76
77 // 标准实现
78 static public function destroy($sId) {
79
80 }
81
82 // 标准实现
83 static public function gc() {
84
85 }
86
87 // 标准实现
88 static public function close() {
89 // 一切OK,再由Session Close的时候,释放数据库连接
90 DB_Connector::disconnect(self::$_connectorKey);
91 }
92 }

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

 

根据上述的Session类,我们进行一点点改造:

 

1 // Session的实现层
2 // Any_ActiveRecord是Model的抽象层,这里就不实现了
3 class Session extends Any_ActiveRecord {
4
5 protected static
6 $_connectorKey = 'Any',
7 $_currSess = null;
8
9 // 标准实现
10 static public function open() {
11 // 一旦将Session处理转移给DB层面去控制
12 // 就意味着数据库连接的释放,也必须转交给这个Session模块来处理
13 DB_Connector::handleDisconnect(self::$_connectorKey);
14 // 其他启动配置,包括Session GC清理的基数等等
15 }
16
17 // 标准实现
18 // 拿出Session
19 static public function pick($sId) {
20 self::$_currSess = self::find_by_sess_id($sId);
21 if (!self::$_currSess->isEmpty())
22 return self::$_currSess->value;
23 return false;
24 }
25
26 // 标准实现
27 static public function dump($sId, $val) {
28 // 新访客
29 if (self::$_currSess->isEmpty())
30 self::$_currSess->sess_id == $sId;
31 self::$_currSess->value = $val;
32 self::$_currSess->save();
33 }
34
35 // 标准实现
36 static public function destroy($sId) {
37
38 }
39
40 // 标准实现
41 static public function gc() {
42
43 }
44
45 // 标准实现
46 static public function close() {
47 // 一切OK,再由Session Close的时候,释放数据库连接
48 DB_Connector::disconnect(self::$_connectorKey);
49 self::$_currSess = null;
50 }
51 }

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

 

将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的源代码极其以及十分之丑陋,无法让人家复制代码,提供附件下载

posted on 2010-02-06 02:35  Janpoem  阅读(833)  评论(0编辑  收藏  举报