答案是php cli默认内存限制（如128m）过低导致composer依赖解析失败，须用php -d memory_limit=-1或2g前置参数临时提升，并配合--no-dev、-o等选项降峰值。
composer install 报 Allowed memory size exhausted，不是项目有问题，而是 PHP CLI 进程被默认内存限制卡死了——128M 或 256M 根本不够解析现代 PHP 项目的依赖图谱，尤其 Laravel、ThinkPHP 6 或含大量 require-dev 的项目，真实内存峰值常超 1.5GB。
php -d memory_limit 必须写在命令最前面
php -d 参数只在 PHP 进程启动时生效，一旦进程跑起来，memory_limit 就锁死了。
常见错误写法：
- composer install -d memory_limit=-1（-d 被当成 Composer 子命令，无效）
- COMPOSER_MEMORY_LIMIT=-1 composer install（PHP 进程早被 128M 卡死，根本没机会读这个变量）
正确姿势：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：
php -d memory_limit=-1 composer install - PowerShell（Windows）：
php -d "memory_limit=-1" composer install（引号不能省，否则-1被当参数截断） - 用
composer.phar：php -d memory_limit=2G ./composer.phar install（顺序和单位都不能错）
别用 -1，除非你清楚后果
-1 表示“不限制”，PHP 会一直 malloc 直到系统内存耗尽或被 OOM Killer 杀掉。
这在本地开发机上问题不大，但在 CI/CD 或 Docker 环境里极危险：
- GitHub Actions 默认容器总内存约 7GB，PHP 分不到那么多，设 -1 容易触发 Killed（无堆栈、无错误信息）
- Docker Desktop Mac 默认只给容器 2GB 内存，即使 PHP 设了 3G 也会失败
推荐值：
- 本地紧急修复：php -d memory_limit=-1
- CI 脚本（如 GitHub Actions）：php -d memory_limit=2G 或 3G（显式上限更可控）
- 单位必须大写：2G 有效，2g 被 PHP 忽略
为什么改 php.ini 常常没用？
PHP CLI 和 Web SAPI（如 Nginx + PHP-FPM）通常加载**完全不同的php.ini**。你改了 Apache 的配置，对终端里跑的 composer 没任何影响。
验证当前 CLI 实际加载的配置：
- 运行 php --ini，看 “Loaded Configuration File” 路径（常见于 /etc/php/8.2/cli/php.ini）
- 若输出为空，说明 CLI 没加载任何 ini 文件，memory_limit 就是默认值
- 修改后用 php -r "echo ini_get('memory_limit');" 验证是否生效
--no-dev 和 -o 能真·压低内存峰值
composer install 卡在 Resolving dependencies，往往不是包多，而是 require-dev 里的 phpunit、phpstan、laravel/pint 全被加载进内存分析——这部分占内存 40%~60%。
上线部署必加组合：
- --no-dev：跳过所有开发依赖解析
- --optimize-autoloader（或 -o）：生成 classmap，绕过 PSR-4 动态扫描，大幅降低 autoload 生成阶段内存压力
- --classmap-authoritative：配合 -o 使用，告诉 autoloader “classmap 就是全部”，不再 fallback 查文件
完整命令示例：php -d memory_limit=1.5G composer install --no-dev -o --classmap-authoritative真正容易被忽略的点是：Docker 容器内存限制和 PHP memory_limit 是两层控制，前者是硬边界，后者只是 PHP 进程的软上限——哪怕你设了 4G，容器只给了 2G，照样被 OOM Killer 杀掉。
