thinkphp 6.0 cli内存溢出主因是memory_limit=-1放大泄漏风险，需统一cli php.ini配置、关闭debug与日志、分批处理数据、释放静态变量并监控峰值内存。
ThinkPHP 6.0 在 CLI 模式下运行命令（如队列、数据导出、定时任务）时出现内存溢出，核心原因是 CLI 环境默认 memory_limit 可能为 -1（不限制），但 TP 启动早、自动加载多、日志和调试全开，反而让内存在长周期脚本中持续累积——不是没限制，而是“不限制”放大了泄漏风险。
确认并统一 CLI 的 memory_limit 配置
CLI 和 Web 使用的 php.ini 通常不同，改错地方等于白改：
- 运行 php --ini 查看 CLI 实际加载的配置路径，重点找 /etc/php/*/cli/php.ini 或 /usr/local/etc/php/php.ini
- 在对应文件中设置 memory_limit = 512M（不建议 -1），保存后无需重启服务
- 验证是否生效：php -i | grep memory_limit，确保输出值是你刚设的
- 临时跑单次命令更可靠：php -d memory_limit=1G think queue:work —— 参数优先级最高，不依赖任何配置文件
关闭 CLI 下不必要的 TP 开销
CLI 脚本不像 Web 请求有生命周期管理，很多“默认开启”的功能会悄悄吃光内存：
- 确保 app_debug = false（即使本地开发，CLI 命令也应关调试）—— 关闭 SQL 日志、错误堆栈、模板编译缓存，省下 30%+ 峰值内存
- 禁用日志写入大变量：Log::debug($hugeData) 或 dump() 会把整个数组常驻内存直到脚本结束，删掉或仅记录 ID/摘要
- 检查命令类中是否用了 static $cache = [] 类型的静态缓存，CLI 进程常驻，越积越多；改用函数局部变量或明确 unset
优化大数据处理逻辑
CLI 常用于导出、同步、清洗等场景，一次性 load 全量数据是主因：
- 不用 Db::table('xxx')->select() 拉全部，改用 chunk(500, function ($items) { ... }) 分批流式处理
- 避免在循环里反复查库：foreach ($ids as $id) { Db::find($id); } → 改成 Db::whereIn('id', $ids)->select() 一次查完
- 原生查询若返回大结果集，显式释放：$stmt = Db::query('SELECT ...'); unset($stmt);（尤其 PDO 封装层可能延迟释放）
- 导出 Excel 或生成大文件时，用 fopen('php://output', 'w') 直接流式写入，别先拼成大字符串再 echo
定位真实泄漏点而非只加内存
调高 limit 只是掩耳盗铃，要确认是不是真在涨：
- 在命令执行关键节点插入：echo "after chunk: " . round(memory_get_peak_usage(true) / 1024 / 1024, 2) . " MB\n";
- 如果每轮 chunk 后峰值持续上涨，说明有变量未释放或静态引用未断开
- 运行 php -d zend_extension= -f think queue:work 临时关 xdebug，排除调试器干扰
- 执行 get_included_files()，若返回文件数 >150，说明自动加载失控或重复 require
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
