PHP文件不能真正变成MP4，所谓“转换”实为误命名或动态输出MP4流；验证关键看HTTP响应状态码200、Content-Type为video/mp4且无HTML/JSON混杂，以及前12字节是否为MP4标准ftyp box（00 00 00 18 66 74 79 70）。
PHP 文件本身不能“变成” MP4 格式，它只是服务器端脚本，而 MP4 是二进制媒体容器格式。所谓“PHP 文件变 MP4”，实际场景通常只有两种可能：一是误传了 PHP 文件却命名为 .mp4（比如把 video.php 改名成 video.mp4），二是后端用 PHP 动态生成或代理 MP4 流（如通过 readfile() 或 fpassthru() 输出真实 MP4 数据）。验证是否“转成功”，本质是验证响应内容是否为合法 MP4 字节流，而非 PHP 错误页或 HTML。
怎么判断 PHP 输出的真的是 MP4 而不是伪装的？
关键看 HTTP 响应头和原始字节，而不是文件扩展名或浏览器能否“播放”。常见错误是只检查 Content-Type: video/mp4，但这个头可以被 PHP 随意伪造，毫无校验价值。
- 用
curl -I检查状态码必须是200（不是500或302），且Content-Type仅为video/mp4（不含text/html或application/json） - 用
curl -s http://yoursite.com/video.php | head -c 12 | hexdump -C查看前 12 字节：真实 MP4 文件开头通常是00 00 00 18 66 74 79 70（即ftypbox），若看到3C 3F 70 68 70（）或3C 21 44 4F 43（）说明输出的是 PHP/HTML 源码 - 保存响应到文件后，用
file video.bin命令识别类型（Linux/macOS），输出含MPEG v4 system layer或ISO Media才可信
PHP 动态输出 MP4 时最容易踩的坑
即使 PHP 脚本逻辑正确，也常因环境配置导致输出损坏。MP4 对字节完整性极其敏感，任何额外空格、BOM、错误警告都会让播放器直接失败。
- 确保 PHP 文件本身无 BOM：用编辑器（如 VS Code）设为 UTF-8 without BOM，或用
hexdump -C script.php | head检查开头是否为ef bb bf - 禁止任何输出前的
echo、var_dump、未捕获的 Notice/Warning；可在脚本开头加error_reporting(0); ini_set('display_errors', '0'); - 必须调用
header('Content-Type: video/mp4');且不能有任何输出在它之前（包括空白行） - 用
ob_end_clean();清除可能存在的输出缓冲，再用readfile($real_mp4_path);或fpassthru($fp);直接输出二进制流
用 ffprobe 快速验证 MP4 结构是否完整
仅靠 HTTP 头和文件头还不够——有些 PHP 脚本会截断大文件、或漏传末尾 moov box，导致视频能加载但无法拖动/卡顿。真正可靠的验证是解析 MP4 容器结构。
立即学习“PHP免费学习笔记（深入）”；
ffprobe -v quiet -show_entries format=duration,bit_rate -of default=nw=1 video.mp4
如果报错 Invalid data found when processing input 或输出为空，则说明字节流不合法。更严格可加 -show_entries stream=codec_type,width,height 确认存在 video 流且参数合理。
最隐蔽的问题是：PHP 输出了完整 MP4 字节，但 Nginx/Apache 启用了 gzip 压缩（对二进制流绝对禁止），导致客户端收到乱码。务必在 Web 服务器配置中对 .mp4 或对应 PHP 路径禁用压缩。
