不能直接用 ajax 导出分页数据，因为浏览器不触发下载对话框；需用隐藏 form 提交筛选条件，后端异步导出并轮询状态，同时满足 header 三要素、游标分页与资源隔离。
为什么不能直接用 AJAX 导出分页数据
浏览器对 AJAX 响应的处理机制决定了它无法触发文件下载：即使后端返回 Content-Disposition: attachment，XMLHttpRequest 或 fetch 也只会把响应体当字符串或 Blob 处理，不会唤起保存对话框。强行用 URL.createObjectURL 创建临时链接再模拟点击，又受限于分页数据量大时内存溢出、中文文件名乱码、IE 兼容性差等问题。
推荐方案：用隐藏 form 提交 + 后端生成唯一任务 ID
核心是绕过 AJAX 的响应限制，让浏览器原生处理下载请求。关键不在“怎么发”，而在“怎么让后端知道要导什么”：
- 前端不传完整数据，只传筛选条件（如
status=1、start_date=2024-01-01）和当前分页参数（page=2、per_page=50），由后端重新查库并导出 - 后端导出逻辑必须脱离当前 HTTP 请求生命周期——用
ignore_user_abort(true)+set_time_limit(0)，或更稳妥地扔进队列（如 Redis + Worker） - 前端提交后立即跳转到一个“等待页”，用轮询
/export/status?id=abc123检查导出进度，完成后返回带download属性的临时 URL
header() 导出响应必须满足的三个硬性条件
哪怕后端逻辑正确，只要漏掉其中一条，浏览器就可能把 CSV 当 HTML 渲染、或弹出空白下载框：
- 必须在输出任何内容前调用
header()，包括空格、BOM、echo、var_dump - 必须同时设置：
Content-Type: text/csv; charset=utf-8、Content-Disposition: attachment; filename="data.csv"、Cache-Control: no-cache - 文件名含中文时，
filename*=UTF-8''xxx.csv格式比filename="中文.csv"兼容性更好（尤其 Safari 和旧版 Edge）
分页导出时最容易被忽略的性能陷阱
用户点“导出第 3 页”，后端若按 LIMIT 100, 50 查再导出，看似合理，但实际可能扫全表。真正安全的做法是：
立即学习“PHP免费学习笔记（深入）”；
- 用游标分页（cursor-based pagination）替代偏移分页（offset-based）：基于上一页最后一条记录的
id或时间戳查询，避免OFFSET越大越慢 - 导出字段必须明确限定，禁用
SELECT *；关联表用JOIN而非 N+1 查询 - 大表导出前加
SELECT COUNT(*)预估行数，超阈值（如 10 万行）直接拒绝，提示“请缩小筛选范围”
异步导出不是把同步逻辑包一层定时器，而是从查询方式、资源隔离、用户反馈三方面重构流程。最常崩在没做连接池复用或忘记关闭数据库游标，导致导出进程堆积拖垮整个服务。
