php基于session锁防止阻塞请求的方法分析

本文实例讲述了php基于session锁防止阻塞请求的方法。分享给大家供大家参考，具体如下：

说明：

这是一篇参考国外网站http://konrness.com/php5/how-to-prevent-blocking-php-requests/ 的译文，前面一篇文章PHP编程中的Session阻塞问题与解决方法简单分析了php session阻塞的解决方法，这里给出另一种解决方法。

正文：

现代浏览器限制到一个host并发连接的数量一般为4或6。这意味着,如果您的web页面加载几十个来自同一个host的assert file(js、图像、css)时，由于并发数的限制，会产生排队。同样甚至更糟的是,这个问题也会发生在使用了session的php脚本中。

问题：

php的session缺省用文件存储，当请求一个需要操作session的php文件(session_start())时，这个文件是会被第一个操作session的进程锁定，导致其他请求阻塞。其他请求会挂起在session_start()直到session文件解锁。

解决：

由于锁定的session文件直到脚本执行结束或者session正常关闭才会解锁，为了防止大量的php请求（需要使用$_SESSION数据）被锁定，可以在写完session后马上关闭，这样就释放了锁。

关闭session:

session_write_close();

这个技巧非常管用，尤其对于一个处理时间长的脚本。并且这个函数只是关闭了写session，读还是可以的。

// 
session_start();
//可以读写session
$_SESSION['latestRequestTime'] = time();
//关闭session
session_write_close();
//读取session
$twitterId = $_SESSION['twitterId'];

译注：

在php5.4以后，session_set_save_handler 支持了传递SessionHandlerInterface 的方式，第二个参数就是指定session_write_close() 作为回调方法的（缺省就是true)，将函数 session_write_close() 注册为 register_shutdown_function() 函数。

用Memcache或者Redis做session的存储，是能解决“锁定”的问题，但处理不好会导致连接数标高（在session操作后如果有耗时操作，连接是不回收的，可以主动在session写操作完成后做session_write_close() 操作）

希望本文所述对大家PHP程序设计有所帮助。