gpt4 book ai didi

PHP 根本不检测连接中止

转载 作者:可可西里 更新时间:2023-10-31 22:56:07 27 4
gpt4 key购买 nike

我已经阅读并深刻理解了这些: http://www.php.net/manual/en/features.connection-handling.php http://www.php.net/manual/en/function.register-shutdown-function.php

但是,我已经测试了 PHP 5.1.6 和 5.3,但并没有像那里描述的那样工作。我观察到的是:

  • connection_status() 始终返回 true,即使在客户端关闭连接后也是如此。
  • 脚本在客户端关闭连接后继续执行,即使 ignore_user_abort 为 0
  • 在脚本结束之前,使用 register_shutdown_function() 注册的函数不会运行。当客户端中止连接时,脚本不会中断(因此不会调用函数)。

所以基本上 PHP 根本不会检测到客户端的断开连接。

请注意,这并不是将 ignore_user_abort 设置为 1:如果是这种情况,则 connection_status() 将返回 1,即使脚本将继续运行并且直到结束才会调用关闭函数。事实并非如此。

ini_get("ignore_user_abort") 按预期返回 0。

这是 PHP 中的错误,还是由某些 Apache 设置引起的?

如何让 PHP 按照上述文档中的描述工作?

测试脚本:

<?php

function myShutdown() {
error_log("myShutdown ".connection_status()." ".ini_get("ignore_user_abort"));
}

register_shutdown_function(myShutdown);

echo "Hi!";
error_log(" *** test/test *** ");
for ($i=0; $i<10; $i++) {
sleep(1);
error_log(".");
echo ".";
}
?>

重现步骤:- 访问脚本的 url- 在 10 秒过去之前中止客户端上的连接(例如,点击浏览器中的停止按钮)

预期/期望的行为:日志应该显示少于10个点,最后是“myShutdown 1 0”(如果实时查看日志,客户端断开连接时应该会立即出现myShutDown)

观察到的/当前的行为:日志始终恰好显示 10 个点,最后显示“myShutdown 0 0”(如果您实时观看,无论客户端何时断开连接,它都会持续 10 秒)。

最佳答案

首先,我也未能使用基本的 ubuntu 12.04 LAMP 安装 (php5.3) 使其工作。但我有一些信息,希望对您有所帮助。任何评论或编辑表示赞赏! :)


我发现您的代码有两个问题。第一个是语法错误。调用 register_shutdown_function() 时缺少 myShutdown 周围的单引号。将行更改为:

register_shutdown_function('myShutdown');

我看到的第二个问题是缺少 flush()echo 之后调用。文档说:

PHP will not detect that the user has aborted the connection until an attempt is made to send information to the client. Simply using an echo statement does not guarantee that information is sent, see flush().

但即使是 flush() 在任何情况下也无济于事。来自 flush() 的文档:

flush() may not be able to override the buffering scheme of your web server and it has no effect on any client-side buffering in the browser. It also doesn't affect PHP's userspace output buffering mechanism. This means you will have to call both ob_flush() and flush() to flush the ob output buffers if you are using those.

Several servers, especially on Win32, will still buffer the output from your script until it terminates before transmitting the results to the browser.

Server modules for Apache like mod_gzip may do buffering of their own that will cause flush() to not result in data being sent immediately to the client.

Even the browser may buffer its input before displaying it. Netscape, for example, buffers text until it receives an end-of-line or the beginning of a tag, and it won't render tables until the tag of the outermost table is seen.

Some versions of Microsoft Internet Explorer will only start to display the page after they have received 256 bytes of output, so you may need to send extra whitespace before flushing to get those browsers to display the page.

在该页面的评论中,有一条建议设置多个 header 和 apache 配置:

apache_setenv('no-gzip', 1); 
ini_set('zlib.output_compression', 0);
ini_set('implicit_flush', 1);

但是,即使这样对我也不起作用。我已经使用 wiresharek 对此进行了调查,尽管网络服务器在 0.0037 秒后发送了内容('Hi'),但网络浏览器正在缓冲页面。

关于PHP 根本不检测连接中止,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15991113/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com