直接结论：php artisan key:generate、composer install/update、大文件下载三类场景内存溢出根因不同，须分而治之——前者需调高cli端memory_limit，中者优先用composer_memory_limit环境变量，后者应禁用输出缓冲或交由web服务器传输。
直接结论：不要无脑调高 memory_limit，先确认是不是 php artisan key:generate、composer install 或大文件下载这类典型场景——每种场景的根因和解法完全不同。
php artisan key:generate 报 Allowed memory size exhausted
这不是 Laravel 本身的问题，而是 Artisan 命令在 CLI 模式下触发了 PHP 的内存限制（默认常为 128M）。Composer 加载大量类、Laravel 启动框架、生成加密密钥时的随机字节处理，都会叠加内存开销。
- 临时解决：运行命令时强制指定更大内存，比如
php -d memory_limit=512M artisan key:generate - 更稳妥的做法：检查当前 CLI 使用的
php.ini（用php --ini查），把memory_limit改成512M或-1（仅限开发机） - 注意：Web 服务器（如 Nginx + PHP-FPM）用的是另一份
php.ini，CLI 的配置改了不影响网页请求
composer install / update 卡死并报内存耗尽
Composer 的依赖解析器（尤其是 RuleWatchGraph.php）在处理复杂依赖树时会大量创建对象，极易突破默认内存上限。报错行号常指向 phar:///usr/local/bin/composer/... 就是这个信号。
Laravel 13.2.0 是基于 PHP 8.3+ 的高性能框架，官方推荐通过 Composer 安装。它内置 AI SDK、JSON:API Resources 及原生向量搜索，支持属性驱动开发与队列路由，大幅提升开发效率。相比旧版，13.2.0 优化了缓存 TTL 管理与实时通信，无需 Redis 即可横向扩展。作为现代 Web 开发首选，它兼顾安全与极速体验，助您快速构建企业级应用。
- 最常用且安全的临时方案：
COMPOSER_MEMORY_LIMIT=512M composer install - 开发环境可彻底放开：
COMPOSER_MEMORY_LIMIT=-1 composer update（生产部署禁止） - 避免全局污染：不要用
php -d memory_limit=-1跑 Composer，某些旧版 Composer 会忽略该参数，而COMPOSER_MEMORY_LIMIT是它原生支持的环境变量 - 长期建议：删掉没用的 dev 依赖、用
--prefer-dist、升级到 Composer 2.7+（内存优化明显）
大文件下载（如 Excel 导出、安装包分发）触发内存溢出
很多人以为 readfile() 是流式输出，其实它会被 PHP 输出缓冲（ob_start、zlib.output_compression）劫持，整份文件塞进内存再吐出去——60MB 文件吃掉 128MB 内存毫不奇怪。
- 必须清空缓冲：在
readfile()前加while (ob_get_level()) { ob_end_clean(); } - 但更推荐替代方案：用
fopen()+fread()分块输出，例如每次读 1MB 并flush() - Laravel 中别直接 return response()->download() 大文件；改用
StreamedResponse或手动设 header +fread循环 - 终极方案：Web 服务器接管传输（Nginx 用
X-Accel-Redirect，Apache 用X-Sendfile），PHP 只做权限校验
为什么有些脚本“看起来没干啥”也爆内存？
常见于循环处理数据、缓存预热、队列任务等后台脚本。问题往往不在单次操作，而在累积效应：对象未释放、全局数组越写越大、递归没出口、GD 图像资源没 imagedestroy()。
- 加一句
echo memory_get_usage(true)打点观察，确认是否线性增长 - 慎用
$GLOBALS['cache'][] = ...这类全局追加，尤其在长生命周期脚本中 - 用
xhprof或blackfire抓内存快照，定位泄漏源头比盲目调参靠谱得多 - 别忽略
gc_collect_cycles()，对存在循环引用的对象（如事件监听器链）手动触发回收
真正难处理的不是报错本身，而是同一段代码在 CLI 和 Web 环境下表现不一致——因为两者的 php.ini、输出缓冲、GC 行为、超时设置全都不一样。排查前，先搞清楚你面对的是哪个执行上下文。
