file_get_contents 请求大文件必然出问题，因其一次性将整个响应体读入内存，无流式处理能力，易致内存溢出或超时；应改用 cURL 流式写入或原生 socket 手动解析 HTTP。
会卡，而且非常容易内存溢出或超时，根本不是“卡不卡”的问题，而是设计上就不该这么用。
为什么 file_get_contents 请求大文件必然出问题
它是一次性把整个响应体读进内存，没有流式处理能力。哪怕只是下载一个 100MB 的文件，PHP 进程就得申请至少 100MB 内存（实际可能翻倍），而默认的 memory_limit 通常只有 128M 或更小——结果就是直接报 Fatal error: Allowed memory size exhausted。
另外，file_get_contents 默认无超时控制（除非显式设 stream_context_create），遇到网络慢、服务端响应延迟，进程就挂在那里干等。
- HTTP 响应头都还没收全，内存就爆了
- 服务端分块传输（chunked）时，它仍坚持攒满再返回，毫无缓冲意识
- 无法中断、无法进度回调、无法复用连接
替代方案：用 cURL 流式写入文件
这是最常用也最稳妥的落地做法——边收边写，内存占用恒定在几 KB 级别。
立即学习“PHP免费学习笔记（深入）”；
