答案是php -d memory_limit必须写在命令最前面，因为composer作为php进程，其内存上限由php启动时memory_limit决定，进程启动后该值即锁定；错误写法如composer install -d memory_limit=-1或composer_memory_limit=-1 composer install均无效，正确写法为php -d memory_limit=-1 composer install（linux/macos）或php -d "memory_limit=-1" composer install（powershell），且composer.phar调用时顺序不可变。
php -d memory_limit 必须写在最前面
这条命令不是“给 Composer 加参数”，而是告诉 PHP 解释器：启动时把内存上限设高。一旦 composer 进程跑起来，memory_limit 就锁死了，后面加任何参数都无效。
常见错误写法：composer install -d memory_limit=-1（被当成子命令）、COMPOSER_MEMORY_LIMIT=-1 composer install（PHP 进程早被 128M 卡死，根本没机会读这个变量）。
- Linux/macOS 正确写法：
php -d memory_limit=-1 composer install - PowerShell 或 Git Bash 中必须加引号：
php -d "memory_limit=-1" composer install - 用了
composer.phar？顺序不变：php -d memory_limit=2G ./composer.phar update - 单位必须大写：
2G有效，2g或2GB在某些 PHP 版本下会被忽略
为什么不用改 php.ini？
改 php.ini 是全局生效，会影响所有 CLI 命令（比如 phpunit、phpcs）甚至 Web 请求——一个失控的脚本可能吃光整台服务器内存。而 php -d 只作用于当前进程，退出即失效，干净又安全。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
更现实的问题是：你根本不确定 Composer 走的是哪个 php.ini。CLI 和 Web SAPI 用的配置文件通常不同。运行 php --ini 看加载路径，别只改了 Apache 下的配置。
- Docker 环境中，
docker exec -it app php --ini才是真相 - 某些一键环境（如 MAMP、XAMPP）自带独立 CLI 配置，
which php和php -v的路径要和php --ini对得上 - CI/CD 流水线里，环境变量、shell wrapper、PATH 顺序都可能干扰命令解析
--no-dev 和 --optimize-autoloader 能真·降内存峰值
composer install 卡在 Resolving dependencies，往往不是包多，而是 require-dev 里的包（比如 phpunit、laravel/pint）被全量解析——这部分常占内存 40%~60%。
- 加
--no-dev跳过开发依赖，部署时必加 - 加
--optimize-autoloader（或简写-o）生成扁平 classmap，跳过 PSR-4 动态扫描，dump-autoload 阶段内存压力明显下降 - CI 推荐组合：
php -d memory_limit=2G composer install --no-dev --classmap-authoritative --optimize-autoloader - 如果
autoload.files里引入了大体积 helper 文件，删掉或拆分——否则-o也救不了
CI/CD 里别用 -1，设具体值更稳妥
-1 表示无限制，本地开发图省事可以，但在 CI 环境（尤其是容器）里容易引发 OOM：PHP 不设限，但系统内存有限，OOM killer 会直接干掉进程，错误日志里可能只显示 “Killed” 而不是内存错误。
- GitHub Actions 推荐：
php -d memory_limit=2G COMPOSER_MEMORY_LIMIT=1536M composer install --no-interaction -
COMPOSER_MEMORY_LIMIT不是“加大内存”，只是 Composer 内部软限开关，它不改变 PHP 底层 malloc 行为，但能防止坏包缓慢爬升内存后失控 - Docker 容器记得同步加内存限制：
docker run --memory=4g，否则 PHP 再怎么放开也没用
composer 命令，其实背后可能是 shell wrapper、alias 或 PATH 里的旧版本；php -d 必须紧贴 php 二进制本身，中间不能有任何其他命令或空格干扰。
