PHP 8.0 升级后内存不释放，首要排查 ini_set('memory_limit') 被硬编码覆盖——该调用优先级高于 php.ini 和环境变量，常见于 PHPUnit 启动、ThinkPHP Service Provider 或第三方包中；验证方式为在入口或 setUp() 中执行 echo ini_get('memory_limit');，若输出 128M 而非配置的 2G 即可确认。
PHP 8.0 升级后内存不释放？先查 ini_set('memory_limit') 是否被硬编码覆盖
升级 PHP 8.0 后测试或导出任务突然报 Allowed memory size exhausted，但服务器明明配了 2G 内存——大概率是某处代码在运行时用 ini_set('memory_limit', '128M') 强制锁死了限制。这个调用优先级高于 php.ini 和环境变量，且 PHPUnit、ThinkPHP 启动早期就可能执行到。
验证方法：在入口或 TestCase 的 setUp() 里加一行 echo ini_get('memory_limit');，运行后看到输出是 128M 而不是你期望的 2G，就坐实了问题。
- 全局搜索项目中所有
ini_set('memory_limit'，尤其检查bootstrap/app.php、phpunit.xml的bootstrap文件、第三方包的 Service Provider - Alpine 环境下更隐蔽：某些扩展或旧版调试工具会自动注入低限值，需用
docker exec -it <container> php -r "echo ini_get('memory_limit');"在 CLI 下直查 - 不要依赖
phpinfo()查看结果——它默认显示 Web SAPI 配置，而 CLI 进程（如 PHPUnit）是另一套配置
大数据处理时内存涨得快？必须关掉调试和缓冲查询
ThinkPHP 8.0 导出百万用户，Db::select() 把整张表加载进内存，512MB 瞬间爆掉，这不是 PHP 8.0 的锅，是写法没跟上新版本能力。
关键动作是切断“全量加载”路径，启用流式读取：
立即学习“PHP免费学习笔记（深入）”；
- 优先用
Db::cursor()：TP8.0 内置，自动关闭 PDO 缓冲，$cursor = Db::table('user')->cursor(); foreach($cursor as $row) { ... } - 禁用调试模式：
app_debug = false，否则日志、SQL 记录、Trace 信息全堆在内存里 - 清理 Schema 缓存：
php think clear:cache --schema，避免旧缓存残留引用大对象 - 别在循环里拼接字符串或 push 到数组，
fputcsv($fp, ...)后立即丢弃$row引用
循环中对象/闭包堆积？手动触发 GC 并检查 refcount
PHP 8.0 的 GC 机制仍是引用计数 + 周期检测，但如果你在长循环里不断 new 对象、绑定闭包、或使用 use 捕获大变量，refcount 不归零，内存就不会释放。
典型场景：导出逻辑里每行都 new 一个 DTO 或调用带闭包的 map 方法。
- 循环末尾加
if (function_exists('gc_collect_cycles')) gc_collect_cycles();，强制跑一次周期回收 - 用
xdebug_debug_zval('var_name')（需 Xdebug）查看变量 refcount，确认是否还有未释放引用 - 避免在生成器函数里
use ($bigArray)，改用参数传入或拆成小块处理 - 数据库游标遍历完记得显式
unset($cursor)，尤其当游标对象内部持有 PDOStatement 实例时
Redis 缓存连不上也占内存？静默降级会悄悄吃掉资源
ThinkPHP 8.0 的 Redis 驱动连接失败时不会报错，而是自动 fallback 到 file 驱动——但 file 驱动会把缓存内容写进 runtime/cache/，大量小文件 + 序列化数据反而更容易撑爆内存，尤其在高并发导出场景下。
排查重点不在“有没有连上”，而在“有没有在用错误驱动”：
- 检查
config/cache.php中'redis'store 是否填全host、port、database、auth（ACL 模式下不能用password） - 运行
php think tinker后执行(new \think\cache\driver\Redis(config('cache.stores.redis')))->handler()->ping()，返回+PONG才算真通 - 确认
cache和session没共用 database，否则 session GC 可能误删缓存 key，导致反复重建对象 - 禁用原生 session GC：
ini_set('session.gc_probability', 0)，否则 Redis 连接波动时会触发 file 驱动的垃圾回收，扫描整个 runtime 目录
Db::cursor()、自定义的 DTO 工厂、又调了 Redis 缓存用户头像——其中任意一环 refcount 没清干净，整条链路上的对象都悬在内存里。升级 PHP 8.0 后性能变好，反而让这类问题暴露得更早、更猛。 
