使用PHP实现视频转MP4：前端上传进度实时反馈-php教程-PHP中文网

PHP无法直接获取上传进度，需前端分片上传+后端记录进度文件+轮询查询；禁用multipart/form-data整体上传，改用FileReader分块fetch；进度存临时文件并加LOCK_EX锁；FFmpeg转码须异步执行，通过队列交由守护进程处理。

使用php实现视频转mp4：前端上传进度实时反馈

PHP后端无法直接处理前端上传进度

浏览器的 XMLHttpRequest 和 fetch 本身不暴露上传过程中的原始字节流进度，PHP 更不可能“主动推送”进度——它只是被动接收完请求体后才开始执行。所谓“实时反馈”，本质是前端分片上传 + 后端记录中间状态 + 前端轮询或 SSE 查询进度。

直接用 $_FILES 接收大视频文件，既没进度、又易超时、还占内存。必须绕开传统表单提交。

禁用 enctype="multipart/form-data" 整体上传（无进度可控性）
前端用 FileReader + slice() 分块读取，通过 fetch 逐片 POST 到 PHP 接口
每片上传成功后，PHP 记录当前已接收字节数到临时文件或 Redis，例如写入 /tmp/upload_progress_abc123
前端另起一个定时器，定期 GET /api/progress?token=abc123 拉取最新进度

PHP如何安全记录和读取分片上传进度

不要用 PHP session 存进度——并发上传时 session 文件锁会导致阻塞；也不要存数据库——小数据高频写入反而成瓶颈。最轻量可靠的是文件 + 原子写入。

示例：上传 token 为 vid_7f3a9，PHP 收到一片后执行：

前端设计引擎

使用此技能可创建独具特色、具备生产级质量的前端界面，设计品质高。当用户要求构建网页组件、页面、产物、海报或应用程序时（例如：网站、落地页、仪表盘、React 组件、HTML/CSS 布局，或对任意 Web UI 进行样式优化与视觉美化），请启用该能力。输出需为富有创意、精雕细琢的代码与 UI 设计，避免千篇一律的 AI 风格。

下载

$token = $_POST['token'] ?? '';
$chunkSize = (int)($_POST['chunk_size'] ?? 0);
$chunkIndex = (int)($_POST['chunk_index'] ?? 0);
$filePath = sys_get_temp_dir() . '/upload_progress_' . $token;
<p>// 只写纯数字：已接收总字节数
file_put_contents($filePath, ($chunkIndex * $chunkSize) . "\n", LOCK_EX);</p>

务必用 LOCK_EX 避免多片并发写入错乱
不要写 JSON 或序列化数据——增加解析开销，且非原子
读取进度接口（如 get_progress.php）只需 file_get_contents($filePath) + intval()，返回纯数字
上传完成合并后，立刻 unlink 进度文件，避免残留

FFmpeg转码必须异步执行，否则阻塞HTTP响应

PHP 默认同步执行 exec() 会卡住整个请求，前端轮询会超时。必须把 FFmpeg 转码扔进后台，同时让 PHP 立即返回成功响应。

用 nohup ffmpeg -i ... -c:v libx264 ... > /dev/null 2>&1 & 启动，但需注意：Web 服务器用户（如 www-data）可能无权执行后台进程
更稳妥做法是写转码命令到队列文件（如 /tmp/ffmpeg_queue），由独立守护进程（systemd 或 supervisor 管理的 PHP 脚本）持续监听并消费
转码过程中，仍用同一 token 写入进度文件，例如写入 "converting:58" 表示转码进度 58%
前端轮询时若读到 converting: 前缀，就显示“正在转码中”，而非“上传中”