ThinkPHP内存溢出需从数据加载、对象生命周期和框架使用入手，而非仅调高memory_limit；ini_set()对已分配内存无效且易失效；模板死循环、Excel导出、分页/生成器及Swoole容器管理均需针对性优化。
ThinkPHP 内存溢出不是配个 memory_limit=512M 就能根治的——它往往暴露的是数据加载方式、对象生命周期或框架使用姿势的问题。盲目调高限制，可能让 OOM Killer 在半夜杀掉 PHP-FPM 进程。
为什么 ini_set('memory_limit', '512M') 有时根本不起作用
这个函数只对「后续新分配的内存」生效，无法回收已占内存；更关键的是，它在脚本已接近爆限时会静默失败。常见失效场景：
-
ini_set()被放在报错代码之后（比如写在控制器方法末尾） - 服务器禁用了该函数（
disable_functions = ini_set） - 当前 SAPI 模式有硬性上限（如 Apache mod_php 下 php.ini 的值是最终天花板）
- 错误实际来自扩展（如
json_decode()解析 200MB 响应体），而非你写的循环逻辑
真正可靠的做法：CLI 场景用 php -d memory_limit=1G script.php；Web 场景优先改对应 php.ini（/etc/php/8.1/fpm/php.ini 或 /etc/php/8.1/apache2/php.ini），再重启服务。
模板死循环和 ThinkTemplate.class.php 报错怎么定位
日志里出现 ThinkTemplate.class.php 并伴随内存耗尽，大概率是模板标签嵌套失控，尤其是 {include}、{foreach}{include} 或自定义标签递归调用。这类问题不会报语法错误，但会让解析器反复加载同一模板文件，指数级放大内存占用。
立即学习“PHP免费学习笔记（深入）”；
- 临时注释掉所有
{include file="xxx"}，换成原生<?php include 'xxx.html'; ?>测试是否缓解 - 检查自定义模板标签类中是否意外调用了
$this->fetch()或View::instance()->fetch() - 禁用模板编译缓存：
view.cache => false，避免旧编译文件残留 bug - 升级 ThinkPHP 版本——3.x 的模板引擎在复杂嵌套下更容易栈溢出，5.1+ 已大幅优化解析逻辑
大数据导出 Excel 时内存炸了怎么办
用 PhpSpreadsheet + new Spreadsheet() 导出万行以上数据，本质是在内存里建一棵完整的 XML DOM 树。这不是 ThinkPHP 的锅，而是设计使然。流式导出必须绕过高层 API：
- 别在控制器里 new
Spreadsheet，直接用XmlWriter写sharedStrings.xml和worksheets/sheet1.xml - 输出前加
ob_end_clean()，设好 header 后用fopen('php://output', 'wb')直接写流 - 字符串统一进 sharedStrings 表并查重，单元格坐标手动算（
chr(65 + $col) . ($row + 1)），别依赖Coordinate::stringFromColumnIndex() - Nginx 用户确认关掉
fastcgi_buffering on，否则整个流会等写完才发包
如果非要用 PhpSpreadsheet，至少把 Settings::setCacheStorageMethod(Settings::CACHE_TO_DISCIS) 加上——但注意，流式写入本身不走缓存路径，这招只对常规导出有效。
分页、生成器、unset() 这些操作到底有没有用
有用，但条件很具体：
-
Db::name('log')->select()→ 改成Db::name('log')->cursor()（TP6.1+）或paginate(100)，否则全量结果集驻留在内存里 - 生成器函数必须用
yield返回单条数据，且调用处用foreach迭代——写成array_merge(...iterator_to_array(yieldFunc()))就白搭 -
unset($bigArray)只解除变量引用，若该数组还被闭包捕获、或作为对象属性存在，内存不会释放；需配合$obj->data = null手动打断引用链 - 数据库查询后记得
$stmt->closeCursor()（PDO 场景），否则游标资源一直挂着
最常被忽略的一点：Swoole 环境下，Container::getInstance() 是长驻的，每次请求 bind 的实例不会自动销毁。不主动 $container->setInstances([])，内存只会越积越多。
