如何在不阻塞服务器和客户端的情况下，实时读取和打印正在服务器端写入的上传文件的大小？

让我们展开来讨论这个问题：

为了实时获取文件上传的进度，我们在 POST 请求中通过 fetch() 从 Blob、File、TypedArray 或 ArrayBuffer 对象设置了 body 对象。

目前的实现将 File 对象设置为 fetch() 的第二个参数传递给 body 对象。

需求：

作为 text/event-stream 读取正在写入服务器文件系统的文件的大小并将其回显到客户端。当 GET 请求中 var 查询字符串参数提供的所有字节都写入完成后停止。文件读取目前在单独的脚本环境中进行，其中 GET 调用向读取文件的脚本发出调用，然后 POST 到将文件写入服务器的脚本。

在完成文件大小回显部分后再尝试解决处理服务器端文件写入或文件读取以获取当前文件大小的潜在问题。

目前尝试使用 php 满足要求。不过也对 c、bash、nodejs、python 或其他语言或方法感兴趣，这些语言或方法可以用来执行相同任务。

客户端 javascript 部分没问题。只是不太精通 php（世界上使用最广泛的服务器端语言之一），无法在不包含不必要的零件的情况下实施该模式。

动机：

fetch 的进度指示器？

相关：

带有 ReadableStream 的 Fetch

问题：

获得

PHP Notice:  Undefined index: HTTP_LAST_EVENT_ID in stream.php on line 7

在终端。

此外，如果将

while(file_exists($_GET["filename"]) 
  && filesize($_GET["filename"]) < intval($_GET["filesize"]))

替换为

while(true)

它会在 EventSource 处产生错误。

没有 sleep() 调用，正确的文件大小会分发到一个大小为 3.3MB 的文件的消息事件中，3321824、61921、26214 和 38093 分别在上传同一文件三次时被打印出来。预期结果是在以下位置写入文件时获取文件大小：

stream_copy_to_stream($input, $file);

而不是上传的文件对象的 filesize。fopen() 或 stream_copy_to_stream() 是否会阻止其他 php process 访问 stream.php？

到目前为止尝试的方法：

php 引用自

• 超越 $_POST、$_GET 和 $_FILE：在 JavaScriptPHP 中处理 Blob
• 具有 PHP 示例的 Server-Sent Events 简介

php

// 能否合并 `data.php`、`stream.php` 为同一个文件？
// 能否使用 `STREAM_NOTIFY_PROGRESS` 
// "Indicates current progress of the stream transfer 
// in bytes_transferred and possibly bytes_max as well" to read bytes?
// do we need to call `stream_set_blocking` to `false`
// data.php

// stream.php

javascript