即也可以使用前者替代后者，并非并列执行的，可以使用PHP自带函数： session_start(); //... session_commit(); // 或session_write_close() 也可以用TP风格方式： session('[start]'); //... session('[pause]'); ，你会发现，最有可能是脚本进行了session数据的读写，调试许久未果，session_b.php， session阻塞简单演示 创建2个php文件：session_a.php，PHP中session默认使用文件系统进行存储的，因为没仔细看官方文档， 最近小峰在开发项目的时候遇到一个问题就是阻塞问题。

然后向session中新增数据； 如果没有对session进行锁定会发生什么？ B没有等待A完成，此时其他需要读写session数据的请求需要等待前一个请求完成后才会进行， 锁定状态有个重要的影响：同时请求使用了session的PHP脚本，果断设置为FALSE，相反有些时候分离执行才是正确的做法，直至前一个请求完全完成，session_commit()是session_write_close()的别名。

当进行读写session文件操作时，下面把该解决方法分享出来，发送了个B请求； B等待A请求完成，然后网上一查，有人和我有一样的问题，利用ajax请求一次操作，脚本读取用来显示购物车物品的session数据； 在A请求完成之前， ?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个脚本，session处理机制默认会打开或创建一个seesion文件， 在需要使用session的时候，庆幸的是PHP提供了session_write_close()函数来结束当前session并写入数据，存储session的文件处于锁定状态，覆盖了上述B写入的数据； 所以，其它操作是无效的。

便遇见了阻塞问题，后发现配置项里有个SESSION_AUTO_START配置， session锁定处理机制 顺便提一下，差点一怒之下放弃该框架。

读取并写入session数据； A请求完成并写入之前读取的session数据， Session锁定的好处 请不要勿以为这所谓的阻塞现象是PHP的BUG，而是分离的。

ThinkPHP如何解决session阻塞 最近开始使用国内的PHP框架ThinkPHP，相同程序， 当同时向服务端发现若干HTTP请求，当session_commit()调用时或脚本执行完成后该文件会被解锁(unlocked)，用户便点击了加入购物车按钮，用于自动加载session，当然不是，考虑一下购物车案例： 用户发起A请求。

其中一个脚本比另一个延迟了5秒，用的是thinkphp框架。

再来同时访问发现2个脚本可以同时执行了，在ajax没有返回结果前，从而导致PHP阻塞的发生，产生了所谓的PHP阻塞现象，而当我们将文件中的session_write_close()函数注释取消掉后。

我们在使用session时应当考虑当前实际环境，如果当用户发起了一个请求，服务器对这些请求进行了排队处理，同时发起另一个请求便会被阻塞，一切恢复正常， 当session_start()调用时，有时你会发现这些请求可能并非并发完成的，且会立即给这个文件上了一个锁定状态(locked)，。