4

我目前正在实现一个获取图像文件并在本地缓存它们的 PHP 类。这些图像可能来自其他本地来源，通过 HTTP 或使用 Guzzle 客户端的 HTTP。使用 PHP 流包装器，我应该能够以相同的方式处理所有源。

如果没有数据通过流传输，我现在要做的是实现超时。这应该处理以下情况：

  1. 首先无法建立流。这可能应该在fopen通话时处理，而不是超时。
  2. 流已建立，但没有数据传输。
  3. 流已建立，数据已传输，但在传输过程中会停止一段时间。

我想我可以做到这一切，stream_set_timeout但我不太清楚这实际上是做什么的。如果流上的任何操作花费的时间超过允许的时间，超时是否适用，即我可以执行两次需要 0.5 秒且超时为 0.75 秒的事情？还是仅当没有数据通过流传输的时间超过允许的时间时才适用？

我试图用这个简短的脚本测试行为：

<?php

$in = fopen('https://reqres.in/api/users?delay=5', 'r');
$out = fopen('out', 'w');

stream_set_timeout($in, 1);
stream_copy_to_stream($in, $out);

var_dump(stream_get_meta_data($in)['timed_out']);

虽然响应reqres.in延迟了 5 秒，但我总是得到false1 秒的超时。请问有人可以解释一下吗？

4

2 回答 2

6

我建议您使用file_get_contentsandfile_put_contents而不是流，它们支持所有包装器，并且您可以将上下文传递给它们，就像您可以传递给fopen. 一般来说，它们更容易使用，因为它们返回并接受字符串而不是流。话虽如此，我不知道您的缓存机制的性质，如果流更适合您的用例，那么您将拥有更多的权力:)

问题

这里的问题似乎是对在阻塞模式下如何fopen使用http流包装器（在我尝试过之前我也没有完全理解）的工作方式的误解。对于 GET（默认值），fopen似乎在调用时执行 HTTP 请求，而不是在读取流时执行。这可以解释为什么stream_set_timeout不能按预期运行，因为它在fopen调用后修改了流上下文。

解决方案

值得庆幸的是，有一种方法可以在fopen调用之前修改超时，而是；您可以fopen使用上下文调用。对于所有三种情况，正确地将从stream_context_create（如 Sammitch 链接的）返回的上下文传递给超时。fopen作为参考，这是修改脚本的方式：

<?php

$ctx = stream_context_create(['http' => [
        'timeout' => 1.0,
]]);

$in = fopen('https://reqres.in/api/users?delay=5', 'r', false, $ctx);
$out = STDOUT;

stream_copy_to_stream($in, $out);
var_dump(stream_get_meta_data($in)['timed_out']);
fclose($in);

注意：我假设您打算将流复制到标准输出而不是“输出”，这在我的平台（达尔文）上不是有效的流。我还在脚本末尾关闭了流，这始终是一个好习惯。

这将创建一个超时为 1 的流，从fopen被调用时开始。现在来测试你的三个条件。

验证行为

  1. 首先无法建立流。这可能应该在 fopen 调用中处理，而不是超时。

这可以正常工作——如果无法建立连接（服务器离线等），fopen调用会立即触发警告。只需将脚本指向本地主机上的某个任意端口，该端口没有任何东西在监听。请注意，如果连接未成功建立，则fopen返回 false。您必须在代码中检查它以避免使用 false 作为流。

  1. 流已建立，但没有数据传输。

这种情况也适用，只需使用您的正常 URL 运行脚本。这也使fopenreturn false 并触发警告（不同的警告）。

  1. 流已建立，数据已传输，但在传输过程中会停止一段时间。

这是一个有趣的案例。为了测试这一点，您可以编写一个脚本，发送Content-Length和其他一些标头以及一些部分数据，然后等到超时，即：

<?php
header('Content-Type: text/plain');
header('Content-Length: 10');
echo "hi";
ob_flush();
sleep(10);

ob_flush使 PHP 在睡眠和脚本退出之前写入输出（不关闭连接）是必要的。您可以使用php -S localhost:port然后将其他脚本指向localhost:port. 在这种情况下，客户端脚本不会发出警告，fopen实际上会返回timed_out元数据中设置为 true 的流。

结论

stream_set_timeout不适用于 HTTP GET 请求和fopen 阻塞模式，因为fopen在调用时执行请求而不是等待读取执行。您可以将上下文传递给fopen超时来解决此问题。

于 2018-03-09T07:22:43.227 回答
2

“读取超时”和“连接超时”之间存在差异..

连接超时是建立初始连接（完成 TCP 连接握手）的超时。读取超时是等待读取数据的超时时间。如果服务器在最后一个字节后 XX 秒没有发送一个字节，则会产生读取超时错误。

即使您看到 5 秒的延迟（响应时间） - 这可能发生在初始连接（DNS 查找、连接等）期间，而不是在您阅读期间。

于 2018-03-09T17:11:00.643 回答