ThinkPHP内存溢出主因是数据处理方式不当，需避免全量加载：导出用chunk或cursor流式处理、CSV用fputcsv边写边发、Excel禁用缓存；导入禁用toArray、逐行读取并手动gc；查询禁用N+1和with无限制预加载，指定字段；配置上降低memory_limit倒逼优化。
ThinkPHP内存溢出（OOM）多数不是框架本身的问题，而是数据处理方式不当导致的。核心在于避免把大量数据一次性加载进内存，尤其在导出、导入、大列表查询等场景。
导出时防止内存爆炸
别用select()查全量再遍历，改用分块流式处理：
- 用
chunk(500, function($items) { ... })代替select()，每次只处理500条 - 导出CSV优先用
fopen('php://output', 'w')+fputcsv()，边生成边输出，不缓存整张表 - 导出Excel（PhpSpreadsheet）时禁用内存缓存：
Settings::setCacheEnabled(false) - 异步导出更稳妥：先记录任务，用队列后台生成文件，完成后通知下载链接
导入时控制单次载入量
上传大Excel或CSV后，切忌toArray()全读进内存：
- 用PhpSpreadsheet的
getWorksheetIterator()逐表处理 - 读取行时用
getRowIterator()+getCellIterator()按需取值 - 每处理100行就手动
gc_collect_cycles()触发垃圾回收 - 校验失败的数据写入错误日志或DLQ（死信队列），不中断整个流程
查询与关联避免N+1和全表扫描
ORM使用不当是隐性内存杀手：
立即学习“PHP免费学习笔记（深入）”；
- 查列表时禁用
with()无限制预加载，改用with(['profile', 'orders' => function ($q) { $q->limit(3); }]) - 用
cursor()替代select()做超大数据集遍历（TP8支持） - 字段明确指定
field('id,name,status')，不依赖* - 关联模型中避免在
getters里调用数据库查询
配置与环境层面收紧
从运行环境减少隐患：
- PHP配置中调低
memory_limit（如256M），倒逼开发者优化代码，而不是一味加内存 - 关闭调试模式
app_debug = false，避免ThinkPHP日志记录完整SQL和堆栈 - CLI命令（如队列worker）单独设置
ini_set('memory_limit', '512M')，Web请求保持克制 - 检查是否有全局事件监听器或中间件，在每次请求中累积创建对象未释放
