Question

我有一个客户端发送一个需要很长处理时间的请求，客户端在ajax中发送请求。一旦请求在服务器上被接受，客户端就会重定向到另一个页面，这是通过fastcgi_finish_request完成的（我正在运行php-fpm）

LongWork.php：

<?php
    fastcgi_finish_request(); 
    sleep(1000); //Simulate long computation time
?>

client.js：

$.ajax({
    url: "...",
    data: {},
    success: function() {
        top.location.href="next_page.php" 
    }
});

ajax被发送，成功回调导致重定向到next_page.php按预期方式。

然后页面停止，我在睡眠结束前没有得到任何服务。看起来我的连接正在等待相同的 php-fpm进程完成

我用php-fpm运行nginx，任何想法为什么会这样？

编辑：

经过更多调查后我发现这种行为的原因是我有一个活动的会话（来自facebook SDK），当我在LongWork.php上销毁会话时：

<?php
    session_destroy(); // Session was halting the client from accessing another page
    fastcgi_finish_request(); 
    sleep(1000); //Simulate long computation time
?>

您能否反思这个解决方案？

我应该做一些与session_destroy()

不同的事情

修改

根据Lachlan Pease的评论，我已将session_destroy改为session_write_close

Answer 1

问题在于会话存在，请参阅问题中的编辑以获取更多详细信息

Answer 2

我也遇到过这个问题，我注册了一个由register_shutdown_function运行的函数，并且函数开始fastcgi_finish_request，而我发现fastcgi_finish_request（）之后的脚本仍然阻塞用户的页面，同时放入session_destroy（）;在fastcgi_finish_request（）之前;确实有效，用户的页面不再阻止。

fastcgi_finish_request在打开会话时创建挂起连接

2 个答案: