php断点续传关键在于严格遵循http range协议：需用getallheaders()获取并正则校验range头，有效时返回206状态、正确content-range和content-length，fseek前必须检查文件边界，输出前清空缓冲并禁用压缩与bom。
PHP 实现断点续传，核心不在“能不能”，而在“是否严格按 HTTP Range 协议走”——漏掉一个头、错判一次 Range 格式、没校验文件边界，客户端就会卡住或返回空响应。
怎么判断客户端真发了续传请求
不能只看 $_SERVER['HTTP_RANGE'] 是否存在。Apache 有时会过滤该变量，且伪造的 Range: abc 会导致后续 fseek 失效却不报错。
- 优先用
getallheaders()获取原始请求头（确保未禁用） - 必须正则匹配格式：
preg_match('/^bytes=(\d+)-(\d+)?$/i', $rangeHeader, $matches) - 若只有起始（如
bytes=1024-），说明是续传开始，结束位置应设为filesize($fp) - 1 - 若匹配失败，直接忽略 Range，当普通下载处理（返回 200 + 全文件）
为什么设置了 Accept-Ranges 还是不续传
Accept-Ranges: bytes 只是“声明支持”，不代表本次响应就是续传。客户端是否续传，取决于你是否返回了 206 Partial Content 和合法的 Content-Range。
- 必须在检测到有效
Range后，手动发送http_response_code(206) -
Content-Range格式必须严格：例如文件总长 12345 字节，返回第 2000–3999 字节，头应为Content-Range: bytes 2000-3999/12345 - 结尾不能写
*/12345或bytes 2000-3999/*——*表示长度未知，客户端无法计算进度 -
Content-Length必须等于本次传输字节数（即4000 - 2000 = 2000），不是整个文件大小
fseek 定位后读不出内容？边界检查被跳过了
fseek 不做越界检查，它只是把指针挪过去。如果 Range 起始值大于文件实际大小，fseek 成功但 fread 返回空字符串，响应体为空却带 206 状态，客户端就干等超时。
- 必须在
fseek前调用fstat($fp)['size']获取真实文件大小 - 若
$start >= $fileSize，应立即返回416 Requested Range Not Satisfiable，并带上Content-Range: bytes */$fileSize - 读取时别用
fread($fp, filesize($file))——大文件直接 OOM；改用循环fread($fp, 8192)分块输出 - 每次
fread后检查返回值：为false是读取出错，为''是已到 EOF（可能因范围越界提前触发）
为什么断点续传后文件损坏或播放卡顿
常见原因是响应中混入了额外输出（比如 warning、notice、BOM、echo 残留），破坏了二进制流完整性。
- 务必在输出前调用
ob_end_clean()清空所有输出缓冲 - 禁用
zlib.output_compression（压缩会让Range定位失效） - 不要设置
Content-Encoding: gzip或deflate - 确保 PHP 文件本身无 UTF-8 BOM（尤其 Windows 编辑器易插入）
- 合并分片上传场景下，乱序写入需用
fseek($fp2, $offset)定位再写，不能简单追加
最易被忽略的一点：断点续传不是功能开关，而是协议契约。客户端依赖你返回的每个头、每个状态码、每个字节边界来推进流程。少一个 /，多一个空格，都可能导致整个续传链路中断。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
