PHP会话是其他请求“卡住”的主要候选对象，因为会话文件被写锁定，因此只要一个正在运行的脚本实例打开了会话，其他所有实例都必须等待。
解决方案是尽快致电
session_write_close。
一些扩展的解释：
会话数据的默认存储机制只是文件系统。对于每个活动会话，PHP只需将文件放入配置的会话目录中，然后将$
_SESSION的内容写入其中，以便可以在需要访问该文件的下一个请求中从该位置读取该文件。
现在，如果几个PHP脚本实例试图“同时”将已更改的会话数据写入该文件，那么很明显，这很可能带来冲突/错误。
因此，一旦一个脚本实例访问会话，PHP就会在会话文件上设置写锁定-
其他人，其他请求（对同一脚本或也使用该会话的其他请求）都必须等待，直到第一个该脚本已在会话中完成，并且写锁再次被释放。
默认情况下，脚本运行完成时会发生这种情况。但是，如果您运行的脚本更长，这很容易导致您在此处遇到的“阻塞”效应。解决方案是显式地告诉PHP（通过
session_write_close），“我在这里完成了会话，从现在开始不会在其中写入任何新数据/更改过的数据-
因此请随时释放锁，以便下次释放该锁。脚本可以开始读取会话数据。”
重要的是，只有在脚本处理完所有会话数据之后才能执行此操作。在脚本的其余部分中，您仍然 可以 从$ SESSION中进行 _读取
-但您无法再对其进行写入。（因此
$_SESSION['foo'] = 'bar';，在释放会话之后，类似的操作都会失败。）
如果会话此时（在此特定脚本中）唯一的目的是检查用户身份验证，则可以在此之后直接关闭会话。然后，脚本的其余部分可以根据需要运行，而不会阻止其他脚本再访问同一会话。
这不仅限于AJAX请求-
这些只是您通常首先会注意到这种情况的地方之一，因为否则，使用“并行”运行的会话通常不会有那么多请求。但是，如果您要在多个浏览器选项卡中多次打开长时间运行的脚本，则会在此处看到相同的效果-
在第一个选项卡中，脚本将运行并开始运作，而在随后的选项卡中，您应注意只要前一个脚本实例在会话上保持写锁定，请求也将“挂起”。
