php session在高并发时可能存在的问题。

如果同一个客户端并发发送多个请求，而每个请求都使用了Session，那么PHP Session锁的存在会导致服务器串行响应这些请求，而不是并行。这是因为在默认情况下，PHP使用文件存储Session数据。对于每一个新的 Session，PHP会创建一个文件，并持续向其中写入数据。所以，每次调用session_start（）方法，就会打开Session文件，并取得 文件的独占锁。这样，如果服务器脚本正在处理一个请求，而客户端又发送了一个同样需要使用Session的请求，那么后一个请求会阻塞，直至前一个请求处 理完成释放了文件上的独占锁。不过，这只限于来自同一个客户端的多个请求，也就是说，来自一个客户端的请求并不会阻塞另一个客户端的请求。

如果脚本很短，这通常没有问题。但如果脚本运行时间比较长，那就可能会产生问题。在现代Web应用程序开发中，有一个非常常见的情况，就是使用 AJAX技术在同一个页面内发送多个请求获取数据。如果这些请求都需要使用Session，那么第一个请求到达服务器后会取得Session锁，其它请求 就必须等待，所有请求将串行处理，即使它们彼此之间并没有依赖关系。这将大大增加页面的响应时间。

 

有一个方法可以避免这个问题，就是在使用完Session以后立即调用session_write_close（）方法关闭Session。这样 Session锁就会释放，即使当前脚本还在等在处理。需要注意的是，调用该方法后，当前脚本就不能进一步操作Session了。

需要特别指出的是，本文所陈述的问题和观点只适用于使用session_start（）方法的PHP默认Session管理模式。比如，有用户就指出，如果将应用程序托管在AWS EC2上，并正确配置DynamoDB，Session锁定问题就不会出现。

 

实例讲解：

PHP默认的会话处理器是session.save_handler = files（即文件）。如果同一个客户端同时并发发送多个请求（如ajax在页面同时发送多个请求），且脚本执行时间较长，就会导致session文件阻塞，影响性能。因为对于每个请求，PHP执行session_start()，就会取得文件独占锁，只有在该请求处理结束后，才会释放独占锁。这样，同时多个请求就会引起阻塞。

 

session阻塞简单演示
创建2个php文件：session_a.php，session_b.php。

<?php
// session_a.php
session_start();
$_SESSION['a'] = date('H:i:s');
// session_write_close();

sleep(5);
echo $_SESSION['a'];

 

<?php
// session_b.php
session_start();
$_SESSION['b'] = date('H:i:s');
// session_write_close();

sleep(5);
echo $_SESSION['b'];

 

同时访问这2个脚本，你会发现，其中一个脚本比另一个延迟了5秒。而当我们将文件中的session_write_close()函数注释取消掉后，再来同时访问发现2个脚本可以同时执行了。

 

session锁定处理机制
顺便提一下，session_commit()是session_write_close()的别名，即也可以使用前者替代后者。

当session_start()调用时，session处理机制默认会打开或创建一个seesion文件，且会立即给这个文件上了一个锁定状态(locked)。当session_commit()调用时或脚本执行完成后该文件会被解锁(unlocked)。

锁定状态有个重要的影响：同时请求使用了session的PHP脚本，并非并列执行的，而是分离的。如果当用户发起了一个请求，同时发起另一个请求便会被阻塞，直至前一个请求完全完成。

 

Session锁定的好处
请不要勿以为这所谓的阻塞现象是PHP的BUG，当然不是，相反有些时候分离执行才是正确的做法。考虑一下购物车案例：

用户发起A请求，脚本读取用来显示购物车物品的session数据；
在A请求完成之前，用户便点击了“加入购物车”按钮，发送了个B请求；
B等待A请求完成，然后向session中新增数据；
如果没有对session进行锁定会发生什么？

B没有等待A完成，读取并写入session数据；
A请求完成并写入之前读取的session数据，覆盖了上述B写入的数据；
所以，我们在使用session时应当考虑当前实际环境。