thinkphp6.1.5大批量数据返回需用streamresponse流式输出，禁用输出缓冲，配合db::cursor()逐行迭代，避免内存溢出与超时；nginx/php-fpm须调大超时参数，前端应加防重提交与loading提示。
ThinkPHP6.1.5处理大批量数据返回，核心矛盾不是“能不能返回”，而是“怎么返回不崩”。直接return $data万条以上数组，轻则内存溢出、超时断连，重则拖垮整个PHP-FPM进程。关键不在数据量本身，而在响应方式——必须绕过框架默认的全量缓冲机制，改用流式输出。
别用普通Response，改用StreamResponse
ThinkPHP6.1+内置think\Response\StreamResponse，专为大数据导出设计。它不缓存body，而是绑定资源句柄，边生成边发送。
- 禁用PHP输出缓冲：
ini_set('output_buffering', 'off'); ini_set('zlib.output_compression', 'Off'); - 打开输出流：
$fp = fopen('php://output', 'wb'); - 构造StreamResponse：
return Response::create($fp, 'stream')->header(['Content-Type' => 'text/csv;charset=utf-8', 'Content-Disposition' => 'attachment; filename="data.csv"']); - 切记：所有
header()必须在任何输出之前调用，否则报“headers already sent”
查数据不能load全量，要用Db::cursor()
chunkById()看着像分页，实则每次仍执行COUNT(*)+OFFSET查询，百万级越往后越慢；而Db::cursor()返回PDOStatement对象，配合fetch()是真正的逐行迭代，内存恒定在几百KB。
- 正确写法：
$cursor = Db::table('orders')->where('status', 1)->cursor(); while ($row = $cursor->fetch()) { fputcsv($fp, $row); fflush($fp); } - 禁止在cursor查询中使用
with()关联预加载，会强制转成数组，失去流式意义 - 如需关联字段，改用ID批量IN查询（如查出100个order_id，再一次性查user表），再PHP端合并
Web环境必须配好超时与缓冲
浏览器和Nginx不会等你20分钟。单纯set_time_limit(0)没用，中间件和反向代理层另有超时策略。
- Nginx需调整：
proxy_read_timeout 1200;（单位秒）、fastcgi_read_timeout 1200; - PHP-FPM需调大：
request_terminate_timeout和request_slowlog_timeout - 导出接口建议单独配置location，避免被通用规则限制
- 前端加loading提示并禁用重复提交，后端记录任务ID供轮询状态（非必须但更健壮）
小数据量可简化，但逻辑要一致
若单次返回仅千条以内，仍推荐统一走StreamResponse路径。好处是代码结构统一、无内存隐患、后续扩容无需重构。
- 避免
json_encode($bigArray)再return，大数组序列化本身就很耗内存 - 可先
array_values($data)清理键名，减少JSON体积 - 如需分页返回，用标准
limit/offset或游标分页（WHERE id > ? ORDER BY id LIMIT 100），不要靠前端截取
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
