ThinkPHP导出必须异步化：前端提交任务记录，后台队列生成文件并通知下载，同步事件触发会导致阻塞、headers已发送错误及内存/编码问题。
ThinkPHP 本身没有“事件驱动导出”这种内置机制——导出是明确的 HTTP 响应行为，不是靠事件触发的异步任务。如果你在控制器里写 exportExcel()，它就是一次同步请求响应；所谓“事件”，大概率是你想解耦逻辑、或在数据变更后自动触发导出，但得自己搭桥，不能指望框架自动帮你导出。
导出逻辑能不能挂到事件上？
可以挂，但只是把导出代码包进事件监听器里，本质仍是同步执行，不解决性能或阻塞问题。
- 用
event('after_user_created')触发导出，意味着每次新增用户，HTTP 请求就会卡住直到 Excel 生成并返回——用户看到白屏几秒甚至超时 - 事件监听器里调
header()+php://output会失败：响应头早已发送，PHP 报headers already sent - 真正适合事件场景的，是记录导出任务（如写入
export_task表），再由定时任务或队列消费，生成文件后通知用户下载链接
想让导出不卡主流程，必须绕开同步响应
浏览器直接下载只能走一次 HTTP 响应；要“事件触发+后台生成+用户可取”，就得拆成两步：
- 第一步：前端点击“导出”，控制器只做一件事——插入一条
export_task记录，返回{ task_id: 123 } - 第二步：后台用
think task/run或 Redis 队列拉取未处理任务，查数据、生成 Excel 文件、存到runtime/export/123.xlsx，再更新任务状态为done - 前端轮询
/api/export/status?task_id=123，拿到路径后跳转/export/download/123.xlsx下载
用队列跑导出时，phpspreadsheet 的内存和字体问题照旧存在
队列进程也是 PHP CLI 模式，不自动继承 Web 请求的内存限制和输出环境，容易踩坑：
立即学习“PHP免费学习笔记（深入）”；
-
memory_limit默认可能只有 128M，5000 行以上数据仍会报Allowed memory size exhausted，需在队列启动脚本里加ini_set('memory_limit', '512M'); - CLI 下无
$_SERVER['HTTP_USER_AGENT']，但header()不能用——文件生成后必须用readfile()或 NginxX-Accel-Redirect推送，不能直接输出 - 中文字体设置仍要显式调
$spreadsheet->getDefaultStyle()->getFont()->setName('SimSun')，否则 CLI 环境下更易乱码 - 日期字段别用
format()转字符串，坚持用setValueExplicit()+setFormatCode()，否则队列生成的 Excel 依然无法按日期排序
导出这件事，从来不是“绑个事件就完事”；核心矛盾是同步响应能力 vs 异步处理需求。把逻辑塞进事件里，不等于解决了阻塞，反而容易掩盖内存、编码、类型丢失这些底层问题。
