直接加内存限制是最有效、最安全的解法，原理是php -d memory_limit=2g在php进程启动时设定2gb硬性内存上限，仅作用于当前命令，不修改配置、不重启服务；该参数必须置于php命令后、composer前，单位用g更可靠，且优先级高于composer_memory_limit和php.ini。
直接加内存限制是最有效、最安全的解法，不用改配置、不重启服务，一行命令就能过。
php -d memory_limit=2G composer install 是什么原理
Composer 本身不控制内存，它跑在 PHP 进程里，而 PHP 默认 CLI 的 memory_limit 通常是 128M 或 256M。当项目依赖多（比如 Laravel + 30+ dev 包）、composer.lock 嵌套深、或 autoload 扫描文件多时，这个值根本不够用。
加 php -d memory_limit=2G 是让当前这一个 PHP 进程启动时直接拿到 2GB 内存配额，只影响这条命令，退出即失效。
- 别写成
composer install -d memory_limit=2G——-d是 PHP 的参数，不是 Composer 的 - 单位必须是
G（不是GB），php -d memory_limit=2048M也行，但2G更直观 - 如果用
composer.phar，同样加在php后面：php -d memory_limit=2G composer.phar update
COMPOSER_MEMORY_LIMIT=2G 比 -d 更适合 CI/CD
这个环境变量是 Composer 原生支持的，优先级高于 php.ini，且只作用于 Composer 自身逻辑（比如依赖求解、包下载），不影响其他 PHP 扩展行为。
在 GitHub Actions、GitLab CI 等场景下更干净：
- GitHub Actions：
run: COMPOSER_MEMORY_LIMIT=2G composer install --no-interaction - GitLab CI：
script: - COMPOSER_MEMORY_LIMIT=2G /usr/bin/composer install - 本地临时设（Linux/macOS）：
export COMPOSER_MEMORY_LIMIT=2G，之后所有composer命令都生效
注意：它不会覆盖 php -d，如果两者同时出现，php -d 优先级更高；但 CI 脚本里用环境变量更易维护、不易漏写。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么 vendor/autoload.php 生成失败也报内存不足
这不是 autoload 本身的问题，而是 dump-autoload 阶段在扫描大量 PHP 文件构建类映射时触发的——尤其当你项目里混进了 logs/、storage/app/、巨型 JSON 配置、或 autoload 配置误含了 node_modules/ 时。
验证方式：
- 单独跑：
composer dump-autoload --no-scripts，排除脚本干扰 - 检查
composer.json的autoload和autoload-dev，确认没 include 非代码目录 - 运行
find . -name "*.php" | wc -l，如果超过 10,000 个文件，大概率是扫描开销过大
这时候光加内存只是治标；真正要做的，是清理冗余文件、启用 "optimize-autoloader": true、或加 --classmap-authoritative 减少运行时查找。
Docker 和 CI 环境里最容易踩的三个坑
本地能跑，CI 报 Killed 或静默退出，往往不是内存参数没加，而是底层被系统 OOM Killer 干掉了。
- Docker 容器本身内存限制太低：比如
docker run --memory=2g，即使你设了php -d memory_limit=3G，也会在分配时被 kill，日志里只有Killed，没堆栈 - CI 默认 PHP 配置没继承你的环境变量：GitHub Actions 里只写
composer install，走的是系统默认 PHP，COMPOSER_MEMORY_LIMIT不生效；必须显式调用php或用composer/setup-phpAction 并指定memory-limit - Mac 上 Docker Desktop 默认只分 2GB 内存：即使 PHP 设了 3G，容器起不来——得先在 Docker Desktop 设置里调高 Memory 配额
复杂点在于：内存不足的表现不总是 Allowed memory size exhausted；它可能变成超时、假死、Killed、甚至 No space left on device（因为临时解压占满 /tmp）。所以看到异常退出，先看是不是内存，再看是不是磁盘，最后才是逻辑问题。
