应优先使用COMPOSER_MEMORY_LIMIT环境变量临时扩容，如COMPOSER_MEMORY_LIMIT=-1 composer install；避免修改php.ini，注意禁用xdebug、检查循环依赖，并在Docker中同步调整cgroup内存限制。
Composer install 时提示 Allowed memory size exhausted 怎么办
这是 Composer 运行时 PHP 内存耗尽的典型错误，Allowed memory size of XXX bytes exhausted。它不表示项目本身大，而是 Composer 在解析依赖、生成 autoloader 或下载包时临时内存峰值过高。默认 PHP 的 memory_limit（常为 128M 或 256M）根本不够用。
解决思路不是无脑调高全局 memory_limit，而是优先在 Composer 命令层面临时扩容，既安全又精准：
- 运行前加
php -d memory_limit=-1：禁用内存限制（仅本次生效），最常用且有效 - 改用
COMPOSER_MEMORY_LIMIT环境变量：比改 PHP 配置更轻量，且 Composer 原生识别 - 避免直接修改
php.ini：会影响所有 PHP 脚本，还可能被系统更新覆盖
COMPOSER_MEMORY_LIMIT 环境变量怎么设才生效
COMPOSER_MEMORY_LIMIT 是 Composer 自己读取的环境变量，优先级高于 php.ini 中的 memory_limit。它的值可以是数字（单位字节）、带单位的字符串，或特殊值 -1（不限制）。
常见写法示例：
COMPOSER_MEMORY_LIMIT=2G composer installCOMPOSER_MEMORY_LIMIT=-1 composer update-
COMPOSER_MEMORY_LIMIT=1073741824 composer require monolog/monolog（即 1G）
注意：Windows cmd 下用 set COMPOSER_MEMORY_LIMIT=-1 && composer install；PowerShell 要用 $env:COMPOSER_MEMORY_LIMIT="-1"; composer install；Linux/macOS 直接前置即可。别写成 php -d memory_limit=-1 $(which composer)——这会绕过 Composer 对该变量的处理逻辑。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么有时调高内存也没用，还是 OOM
内存耗尽不一定真是“不够”，可能是 Composer 自身行为导致的隐式膨胀，比如：
- 启用了
composer install --no-dev但autoload-dev仍被加载（某些旧版 Composer 有此问题） - 项目中存在循环依赖或异常庞大的
autoload规则（如"psr-4": {"": "src/"}扫描了整个 vendor） - 使用了
fxp/composer-asset-plugin（已废弃）这类插件，会在解析阶段额外加载大量 JSON 和类 - PHP 启用了
xdebug：它会让内存占用翻倍甚至更多，CI 环境务必关掉
验证方法：加 -v 参数跑 composer install -v，观察卡在哪一步；再用 php -m | grep xdebug 确认扩展是否启用。
CI/CD 流水线里怎么稳妥配置内存
GitHub Actions、GitLab CI 等环境通常用最小化 PHP 镜像，memory_limit 默认极低（如 64M），必须显式干预。
推荐组合策略：
- 始终前置
COMPOSER_MEMORY_LIMIT=-1，CI 场景下无需担心失控，因为进程生命周期短 - 禁用 Xdebug：
php -d zend_extension=opcache.so -d opcache.enable=1 -d memory_limit=-1 $(which composer) install - 跳过脚本执行（如不要
post-install-cmd）：composer install --no-scripts --no-autoloader，后续再单独生成 autoload
特别注意：Docker 容器内如果设置了 memory cgroup 限制（如 --memory=512m），即使 PHP 层面设了 -1，也会被内核 OOM killer 杀掉——这时得同步调高容器内存限额。
