Composer内存不足错误的根本原因是cgroup硬限制而非PHP配置，应先检查/sys/fs/cgroup/memory/memory.limit_in_bytes和/proc/self/cgroup确认是否受限；临时解决用php -d memory_limit=-1 composer install --no-plugins --no-scripts --no-autoloader，再分步执行dump-autoload；生产环境须调整cgroup配置（如Docker的--memory、systemd的MemoryLimit=），而非仅改php.ini。
Composer安装失败报“Allowed memory size exhausted”
这是典型的PHP内存不足错误，但根本原因往往不是PHP配置本身，而是服务器启用了cgroup（尤其是Docker、LXC或某些共享主机环境），对进程做了硬性内存限制。此时改php.ini里的memory_limit完全无效——PHP进程连申请内存的机会都没有，就被cgroup直接kill了。
常见错误信息末尾会带类似：Killed（无堆栈）、Out of memory: Kill process <code>php (PID XXX)，或者PHP Fatal error: Allowed memory size of XXX bytes exhausted但memory_limit明明设得很大。
- 先确认是否cgroup介入：运行
cat /sys/fs/cgroup/memory/memory.limit_in_bytes，若返回9223372036854771712说明无限制；若返回具体小数值（如536870912= 512MB），就是硬限制所在 - 检查当前进程是否在受限cgroup中：执行
cat /proc/self/cgroup，看输出里是否有memory:路径 - Docker用户注意：
--memory参数或docker-compose.yml中的mem_limit会覆盖所有PHP设置
临时绕过cgroup限制跑Composer install
不改系统配置也能应急执行，关键是让Composer用尽可能少的内存完成关键操作，同时避免触发cgroup OOM killer。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 加
-d memory_limit=-1强制PHP不限制（仅对当前命令生效）：php -d memory_limit=-1 /usr/bin/composer install - 禁用插件和脚本，减少内存占用：
composer install --no-plugins --no-scripts - 跳过自动加载优化（它最吃内存）：
composer install --no-autoloader，之后手动跑composer dump-autoload --optimize（分步执行更可控） - 若用Docker，临时扩内存：
docker run --memory=2g --memory-swap=2g ...
生产环境该修哪里？不是php.ini
真正要改的是cgroup层级配置，不是php.ini。改错地方只会白忙活。
- 物理机/VM：检查
/etc/systemd/system.conf或服务单元文件里的MemoryLimit=，修改后需systemctl daemon-reload - Docker：必须在
run或compose中显式声明足够内存，容器内php.ini再大也没用 - LXC/LXD：查
lxc config show <container>，关注limits.memory字段 - 共享主机：基本没权限动cgroup，只能联系服务商调高配额，或换VPS
为什么--no-dev不能解决根本问题？
很多人以为加--no-dev就能省内存，其实它只跳过require-dev包的安装和autoload生成，但Composer核心解析依赖图、比对版本、下载zip包解压等步骤仍照常进行，内存峰值未必明显下降。
更关键的是：如果cgroup限额卡在400MB，而Composer解压一个大包（如symfony/symfony）时瞬时需要600MB，--no-dev也拦不住OOM kill。
- 验证方式：用
ps aux --sort=-%mem | head -5观察Composer进程实际内存使用峰值 - 真正有效的降内存手段是分阶段：先
composer install --no-autoloader，再composer dump-autoload --classmap-authoritative（比默认模式省内存） - 长期建议：把
vendor/目录从构建流程剥离，用CI提前打好镜像或tar包，运行时只解压，不执行composer install
memory_limit，而是查/sys/fs/cgroup/和/proc/self/cgroup。 
