php不直接播放视频，需手动处理http范围请求（range）并返回206响应头，否则浏览器无法拖动；正确实现需解析range头、计算字节偏移、设置content-range等头部，并校验文件路径与禁用输出缓冲。
PHP 本身不直接“播放”视频，它只能作为服务端程序生成响应、控制文件读取和传输逻辑；真正的播放发生在浏览器中，依赖 <video></video> 标签 + 正确的 HTTP 响应（尤其是范围请求支持）。如果视频打不开、拖动卡顿、无法快进，大概率是 PHP 输出没处理好字节范围（Range）或响应头不合规。
为什么直接 readfile() 视频文件会失败
用 readfile('video.mp4') 粗暴输出，浏览器收不到 Content-Range、Accept-Ranges 等关键头，也无法发起分片请求。结果就是：视频加载缓慢、进度条不可拖动、移动端经常只播几秒就暂停。
必须手动解析 $_SERVER['HTTP_RANGE']，计算偏移量，设置 206 Partial Content 状态码，并精确输出对应字节段。
PHP 实现支持拖动的视频流（video.php）
以下是一个最小可用的流式响应脚本，适用于 MP4（H.264+AAC），不依赖扩展，仅需 PHP 7.0+ 和基础文件操作权限：
立即学习“PHP免费学习笔记（深入）”；
#!/usr/bin/env php
<?php
$filepath = $_GET['f'] ?? '';
if (!$filepath || !is_file($filepath) || pathinfo($filepath, PATHINFO_EXTENSION) !== 'mp4') {
http_response_code(400);
exit;
}
<p>$filesize = filesize($filepath);
$fp = fopen($filepath, 'rb');</p><p>$range = $_SERVER['HTTP_RANGE'] ?? '';
if (preg_match('/bytes=(\d+)-(\d+)?/', $range, $matches)) {
$start = (int)$matches[1];
$end = $matches[2] ? (int)$matches[2] : $filesize - 1;
$length = $end - $start + 1;</p><pre class='brush:php;toolbar:false;'>header('HTTP/1.1 206 Partial Content');
header('Content-Range: bytes ' . $start . '-' . $end . '/' . $filesize);
header('Accept-Ranges: bytes');
header('Content-Length: ' . $length);
header('Content-Type: video/mp4');
fseek($fp, $start);
while ($length > 0 && !feof($fp)) {
$chunk = min(8192, $length);
echo fread($fp, $chunk);
$length -= $chunk;
}} else { header('HTTP/1.1 200 OK'); header('Content-Length: ' . $filesize); header('Content-Type: video/mp4'); fpassthru($fp); }
fclose($fp); exit;
使用方式：<video src="video.php?f=movie.mp4" controls></video>
本文档主要讲述的是android rtsp流媒体播放介绍；实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
注意点：
-
$filepath必须严格校验，禁止路径遍历（如../etc/passwd），建议白名单目录 +realpath()检查 - 不要在脚本开头
echo或开启output_buffering，否则响应头会失效 - 大文件下
fseek+fread比stream_copy_to_stream更可控，避免内存溢出
Chrome / Safari 拖动失败的常见原因
即使代码逻辑正确，仍可能卡在“已缓冲 0%”——这是浏览器对响应头极其敏感导致的：
- 缺失
Accept-Ranges: bytes→ 拖动直接禁用 -
Content-Range格式错误（如空格、单位错写成byte）→ 返回 200 而非 206，后续请求被忽略 - 服务器启用了 gzip 压缩（
zlib.output_compression或ob_gzhandler）→ 二进制流被破坏，视频解码失败 - PHP-FPM 配置了
buffer_output→ 响应延迟，触发浏览器超时重试
调试方法：用 curl -I -H "Range: bytes=0-999" http://yoursite/video.php?f=test.mp4 检查返回状态码和头字段是否匹配预期。
更可靠的替代方案：用 Web 服务器原生支持
Apache 的 mod_headers + mod_mime、Nginx 的 add_header Accept-Ranges bytes; 都能自动处理范围请求。只要把视频放在 Web 根目录下直连访问（如 /videos/demo.mp4），就不需要 PHP 中转。
PHP 只应在以下场景介入：
- 需要鉴权（如检查用户登录态、会员等级）
- 动态拼接/裁剪视频（用
ffmpegCLI +proc_open） - 按设备类型返回不同分辨率版本（需配合
$_SERVER['HTTP_USER_AGENT']）
一旦加了 PHP 层，就必须自己扛起所有 Range 处理逻辑——没有捷径，也别指望 header('X-Sendfile') 在所有环境都生效（尤其 Windows + Apache）。
