最直接的绕过方式是使用 php -d memory_limit=-1 执行 Composer 命令，该参数仅作用于当前 CLI 进程，可立即解决 Allowed memory size exhausted 错误。
php -d memory_limit=-1 是最直接的绕过方式
报 Allowed memory size exhausted 时，本质是 PHP CLI 进程被 memory_limit 卡死，不是 Composer 本身设计问题。加 php -d memory_limit=-1 能立即生效，且只影响当前命令：
-
php -d memory_limit=-1 composer install（Linux/macOS） -
php -d"memory_limit=-1" composer install（Windows CMD，注意引号） - 如果用的是
composer.phar，写成php -d memory_limit=-1 composer.phar install
别指望改 php.ini 就一劳永逸——CLI 和 Web 的配置常不一致，php --ini 才能确认你真正用的是哪个文件。
COMPOSER_MEMORY_LIMIT=2G 更适合 CI/CD 环境
COMPOSER_MEMORY_LIMIT 是 Composer 原生支持的环境变量，优先级高于 php.ini，且只控制 Composer 自身依赖解析阶段的内存分配，不影响 opcache、xdebug 等其他扩展：
- Linux/macOS 临时设置：
COMPOSER_MEMORY_LIMIT=2G composer install - GitHub Actions 中可直接写在 step env 里：
env: { COMPOSER_MEMORY_LIMIT: "2G" } - 避免设为
-1：容器环境可能触发 OOM killer，2G或3G是更稳妥的上限
这个变量不会改变 PHP 全局行为，也不会让其他 CLI 工具（如 PHPUnit）跟着一起吃内存。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
跳过 autoload 生成和 dev 依赖能省掉 40%+ 内存
生产部署时，composer install 默认会生成 autoload 文件并安装 require-dev，这两步非常吃内存。用以下组合能显著降低峰值：
-
composer install --no-dev --optimize-autoloader：跳过 dev 包 + 启用类映射，autoload 阶段内存下降明显 -
composer install --no-dev --classmap-authoritative：进一步禁止 PSR-4 fallback 查找，但需确保项目无运行时动态类加载 - 如果 lock 文件已存在且确定无需更新，加
--no-update可彻底跳过依赖解析阶段
注意：--optimize-autoloader 在开发中慎用，新增类可能无法被自动加载；--classmap-authoritative 和 --apcu-autoloader 不能共存。
缓存和临时目录 inode 耗尽常被误判为内存不足
当 composer install 卡在解压或写缓存阶段，且报 No space left on device，先别急着调内存——大概率是 inode 满了：
- Linux/macOS 运行
df -i，重点看/tmp和~/.composer/cache所在分区的Use% - Windows 用 PowerShell：
Get-PSDrive C | Select-Object Used,Free辅助判断 - 清缓存前先杀干净残留进程：
ps aux | grep composer | awk '{print $2}' | xargs kill -9 - 再执行
composer clear-cache，它比手动rm -rf ~/.composer/cache更安全
cache/vcs/ 目录是 inode 杀手，clear-cache 不清理它；长期可用 composer config --global cache.vcs false 关闭 Git 仓库缓存。
