PHP不能直接播放|直播|流，仅作为服务端协调者生成带签名的HLS地址、代理转发FLV流或动态生成M3U8清单，前端通过video标签、HLS.js等渲染。
PHP 本身不能直接“播放”|直播|流，它不处理音视频解码或浏览器媒体渲染；它的角色是服务端协调者——生成播放地址、校验权限、代理转发、或封装 HLS/DASH 清单。真正在前端播放的是 video 标签、HLS.js 或原生 MediaSource API。
用 PHP 生成带签名的 HLS 播放地址（防未授权盗链）
主流|直播|平台（如 SRS、Nginx-rtmp、ZLMediaKit）支持 URL 签名验证。PHP 负责拼接含时间戳和 HMAC 签名的 .m3u8 地址，前端用该地址加载。
- 签名逻辑必须和服务端校验逻辑严格一致：例如使用
hash_hmac('sha256', $path . $expire, $secret) - 过期时间建议控制在 5–30 分钟，避免长期有效链接被扩散
- 路径中不要硬编码
/live/xxx.m3u8，应从配置或数据库读取 base_url - 务必对
$stream_id做白名单过滤（如正则/^[a-zA-Z0-9_-]{4,32}$/），防止路径穿越或注入
$stream_id = $_GET['stream'] ?? '';
$expire = time() + 1800; // 30分钟
$secret = 'your_secret_key_from_config';
$path = "/live/{$stream_id}.m3u8?expires={$expire}";
$sign = hash_hmac('sha256', $path, $secret);
$play_url = "https://cdn.example.com{$path}&sign={$sign}";
用 PHP 代理转发|直播|流（解决跨域/CORS 问题）
当|直播|源（如 http://192.168.1.100:8080/live/test.flv）不支持 CORS，而前端又必须走 HTTP 协议时，可用 PHP 做轻量代理。注意：仅适用于低并发调试，不可用于生产高负载场景。
- 必须透传原始响应头：
Content-Type、Cache-Control、Transfer-Encoding: chunked（对 FLV 流关键） - 禁用输出缓冲：
ob_end_clean()+flush()，否则流会卡住 - 需设置超时为 0（无限）：
set_time_limit(0)，并忽略用户中断：ignore_user_abort(true) - 不建议代理 HLS 的
.ts分片——Nginx 或 CDN 更合适；PHP 代理只适合单路 FLV/WebRTC over HTTP
header('Content-Type: video/x-flv');
header('Cache-Control: no-cache');
header('Connection: keep-alive');
@readfile('http://origin-server/live/test.flv');
用 PHP 动态生成 M3U8 清单（自建简易 HLS 服务）
若后端用 FFmpeg 将 RTMP 转为 HLS，并将 .ts 文件落盘，PHP 可读取最新分片列表，动态生成符合规范的 .m3u8。适用于小规模内网|直播|或演示环境。
立即学习“PHP免费学习笔记（深入）”；
- 清单必须以
#EXTM3U开头，且包含#EXT-X-VERSION:3或更高 -
#EXT-X-TARGETDURATION应取所有.ts中最大时长（向上取整） - 文件名需按序号递增（如
seg_001.ts），PHP 用scandir()+natsort()排序，避免seg_10.ts排在seg_2.ts前 - 禁止返回已过期的旧分片（如保留最近 10 个），否则播放器会卡在无效索引
真正难的不是 PHP 写几行代码，而是理解流协议边界：PHP 不碰编解码、不管理 TCP 连接生命周期、不处理帧同步。它只负责把正确的东西，在正确的时间，用正确的方式交给能干活的组件——浏览器、CDN、边缘节点或专用流媒体服务器。漏掉签名时效、代理缓存、或 M3U8 语法细节，前端就大概率黑屏或报错 NETWORK_ERR。
