php不直接解决视频卡顿，只能通过正确实现range请求支持（如206响应、content-range头）来辅助流式播放；最优方案是用nginx/apache原生服务视频，php仅做权限控制。
PHP 本身不直接参与视频播放，所谓“PHP 避免视频播放卡顿”本质是误解——卡顿发生在浏览器或播放器端，PHP 只能间接影响：它负责提供视频文件（如通过 readfile()）、生成流式响应（如 Content-Range 支持）、或管理 HLS/DASH 切片服务。真正起决定性作用的是服务器配置、传输协议和前端播放策略。
PHP 输出视频时为什么容易卡？
常见错误是用 readfile() 直接输出大视频文件，且未设置关键 HTTP 头：
- 缺少
Content-Type（如video/mp4），导致浏览器无法启用原生 video 标签的缓冲机制 - 缺失
Accept-Ranges: bytes和Content-Range响应头，使播放器无法发起分片请求（seek 失败、拖动卡死） - 未调用
ob_end_clean()或flush()不当，导致 PHP 缓冲区阻塞流式传输 - 使用
header('Location: ...')跳转到文件路径，却把视频放在 Web 根目录外——结果由 PHP 中转，失去 Nginx/Apache 的静态文件优化能力
用 PHP 正确实现支持 Range 请求的视频流
必须手动解析 HTTP_RANGE 请求头，计算字节范围，并返回对应片段 + 正确状态码和头信息。这是实现拖动、低卡顿的基础。
if (isset($_SERVER['HTTP_RANGE'])) {
$file = '/path/to/video.mp4';
$size = filesize($file);
$length = $size;
$start = 0;
$end = $size - 1;
<pre class='brush:php;toolbar:false;'>$range = $_SERVER['HTTP_RANGE'];
if (preg_match('/bytes=(\d+)-(\d*)/', $range, $matches)) {
$start = intval($matches[1]);
if (!empty($matches[2])) {
$end = intval($matches[2]);
}
$length = $end - $start + 1;
}
header('HTTP/1.1 206 Partial Content');
header("Content-Range: bytes $start-$end/$size");
header("Accept-Ranges: bytes");
header("Content-Length: $length");
header('Content-Type: video/mp4');
header('Connection: close');
$fp = fopen($file, 'rb');
fseek($fp, $start);
while ($length && !feof($fp)) {
$read = min(8192, $length);
echo fread($fp, $read);
$length -= $read;
flush();
}
fclose($fp);
exit;}
立即学习“PHP免费学习笔记（深入）”；
更优解：别用 PHP 中转，改用 Web 服务器原生支持
99% 场景下，应让 Nginx 或 Apache 直接服务视频文件，PHP 只做权限校验（如生成带签名的临时 URL）。否则无论 PHP 写得多精细，性能和并发都远不如 C 实现的 Web 服务器。
- Nginx 开启
sendfile on;+tcp_nopush on;，天然支持Range - 用
X-Accel-Redirect（Nginx）或X-Sendfile（Apache）让 PHP 控制访问权限，但由 Web 服务器读取并发送文件 - 避免在 PHP 中
file_get_contents()整个视频再echo—— 内存爆满、超时、卡顿必然发生 - HLS 场景下，PHP 只需生成
.m3u8索引文件（文本），切片（.ts）由 FFmpeg 预生成并由 Web 服务器直出
前端配合要点（常被忽略）
后端支持了 Range，前端没配对也白搭：
- 确保
<video></video>标签的src是 PHP 脚本 URL（如/video.php?id=123），而非直接指向 MP4 文件（绕过 PHP 权限控制） - 不要在 JS 中用
fetch()+blob加载大视频——触发完整下载，失去流式缓冲能力 - 移动端注意：Safari 对非 HTTPS 的视频流限制严格；Chrome 对跨域视频要求
crossorigin="anonymous" - 用
video.buffered.end(0)检查缓冲进度，发现长期buffered.length === 0就说明 Range 响应失败或被拦截
最易被忽略的点：PHP 脚本里哪怕只多一个空格、一次 error_log()、或开启 output_buffering，都会破坏 206 Partial Content 响应结构，导致浏览器静默失败——看起来“能播”，实则无法拖动、一拖就卡死。务必用 curl -I -H "Range: bytes=0-1023" 验证响应头是否干净。
