应使用 response()->stream() 实现大文件流式下载，避免内存溢出；需手动处理 Range 请求支持断点续传，并配置 Nginx 等服务器禁用缓冲以确保流响应生效。
用 response()->stream() 处理大文件，避免内存溢出
直接用 response()->download() 下载几百 MB 以上的文件，PHP 进程会把整个文件读进内存，极大概率触发 Allowed memory size exhausted。必须改用流式响应，边读边发，内存占用恒定在几 KB。
关键不是“怎么下”，而是“不把文件全 load 进内存”。response()->stream() 是 Laravel 提供的底层流接口，它接受一个回调函数，每次由你控制读多少、发多少。
- 回调函数里用
fopen($path, 'rb')打开只读流，不要用file_get_contents() - 必须设置正确的
Content-Type和Content-Disposition响应头，否则浏览器可能无法识别为可下载文件 - 推荐配合
set_time_limit(0)防止超时中断（尤其在慢速网络或大文件场景）
public function downloadBigFile($filename)
{
$path = storage_path('app/large-files/' . $filename);
if (!file_exists($path)) {
abort(404);
}
$stream = function () use ($path) {
$handle = fopen($path, 'rb');
while (!feof($handle)) {
echo fread($handle, 8192);
ob_flush();
flush();
}
fclose($handle);
};
return response()->stream($stream, 200, [
'Content-Type' => 'application/octet-stream',
'Content-Disposition' => 'attachment; filename="' . basename($path) . '"',
'Content-Length' => filesize($path),
]);}
为什么不能用 readfile() 直接丢给 response()->download()
response()->download() 内部确实会调用 readfile()，但它会在发送前尝试设置 Content-Length 并做 MIME 类型探测——这个过程本身就会触发完整文件读取或 stat 操作，在某些 NFS 或对象存储挂载路径下反而更慢或失败。
更重要的是：Laravel 的 download() 方法对大文件缺乏流控支持，无法分块 flush，也不允许你干预缓冲行为。一旦 PHP 输出缓冲区（output_buffering）开启，整个文件仍可能被暂存于内存中。
- 如果服务器启用了
output_buffering = 4096（常见默认值），即使你用readfile()，数据也会先攒够 4KB 才发，对超大文件无实质改善 -
ob_end_clean()或ob_flush()在download()封装内不可控，容易失效 - 部分 CDN 或反向代理（如 Nginx）会拦截并缓存
Content-Length已知的响应，导致首次请求延迟高、后续请求返回旧内容
如何支持断点续传（Range 请求）
浏览器或下载工具发起大文件下载时，常带 Range: bytes=1000-2000 头。原生 stream() 不处理这个逻辑，需手动解析并响应 206 Partial Content。
核心是读取 Range 头、计算起始/结束偏移、设置 Content-Range 和状态码。注意：必须关闭 Content-Length（改用 Content-Range 中的总长度），且不能使用 ob_flush() 以外的输出控制（否则破坏分块边界）。
- 务必校验
Range值是否合法（如负数、超出文件大小） - 多个 range（
bytes=0-500,1000-1500）极少被客户端用于下载，可忽略，只处理单段 - Nginx 默认禁用
range支持，若前端有 Nginx，需确认已开启range模块并配置add_header Accept-Ranges bytes;
public function downloadWithRange($filename)
{
$path = storage_path('app/large-files/' . $filename);
$size = filesize($path);
$fp = fopen($path, 'rb');
$range = request()->header('Range');
if ($range && preg_match('/^bytes=(\d+)-(\d+)?/', $range, $matches)) {
$start = (int)$matches[1];
$end = isset($matches[2]) ? (int)$matches[2] : $size - 1;
$length = $end - $start + 1;
fseek($fp, $start);
$headers = [
'Content-Type' => 'application/octet-stream',
'Content-Disposition' => 'attachment; filename="' . basename($path) . '"',
'Content-Range' => "bytes {$start}-{$end}/{$size}",
'Accept-Ranges' => 'bytes',
];
return response()->stream(function () use ($fp, $length) {
$remaining = $length;
while ($remaining > 0 && !feof($fp)) {
$chunk = min(8192, $remaining);
echo fread($fp, $chunk);
$remaining -= $chunk;
ob_flush();
flush();
}
}, 206, $headers);
}
// 普通下载
return response()->stream(function () use ($fp, $size) {
while (!feof($fp)) {
echo fread($fp, 8192);
ob_flush();
flush();
}
}, 200, [
'Content-Type' => 'application/octet-stream',
'Content-Disposition' => 'attachment; filename="' . basename($path) . '"',
'Content-Length' => $size,
'Accept-Ranges' => 'bytes',
]);}
本地开发与生产环境的差异点
本地用 Valet / Homestead 可能一切正常，但上线后下载卡住或 502，往往不是代码问题，而是中间件或 Web 服务器限制。
- Nginx 默认
fastcgi_buffer_size和fastcgi_buffers较小，大响应体可能被截断；建议设为fastcgi_buffer_size 128k; fastcgi_buffers 4 256k; fastcgi_busy_buffers_size 256k; - Apache 的
mod_deflate若启用，会对流响应强行压缩，破坏二进制完整性；应在路由中禁用：SetEnv no-gzip 1 - Laravel 的
TrimStrings和ConvertEmptyStringsToNull中间件对流响应无影响，但若你在控制器顶部写了ini_set('output_buffering', 'on')，会彻底破坏流行为 - Cloudflare 等 CDN 默认缓存所有
200响应，且不缓存206；如需走 CDN，必须显式设置Cache-Control: private, no-store
实际部署时，最常被忽略的是 Nginx 的 proxy_buffering off（如果你用 Nginx 反代 PHP-FPM）和 fastcgi_max_temp_file_size 0（禁用临时文件缓存）。这两个配置不加，再标准的流代码也白写。
