Composer本身不提供内存监控功能，真正需监控的是PHP CLI进程的实际内存消耗；应使用php -r"echo ini_get('memory_limit');"确认限制值，并用htop/top或watch命令实时观察PHP进程RSS内存占用。
Composer 本身不提供实时内存占用监控能力，它只是 PHP 进程的执行载体；真正要盯的是 PHP CLI 进程运行时的实际内存消耗——不是“Composer 的内存”，而是
进程在解析
、计算依赖图、解压包、生成 autoloader 时占了多少 RAM。
怎么确认当前 CLI 的真实 memory_limit
必须用终端命令查，不能靠猜或看 Web 配置：
—— 直接输出值，常见为
、
或
—— 看 “Loaded Configuration File” 行，定位 CLI 实际加载的
路径
常见坑点：
macOS Homebrew 安装的 PHP，配置通常在
Ubuntu snap 版 PHP，路径可能是
Docker 内运行？必须进容器执行，宿主机改了没用
用了
、
或
？记得重载 shell 或新开终端
临时提高内存限制的正确写法
别改全局
，按需覆盖更安全、更可靠：
——
换成你本地路径（用
查）
Windows CMD：
Windows PowerShell：
（必须加引号）
用
？写成
，顺序不能错
注意：
环境变量只影响 Composer 内部缓存逻辑，不绕过 PHP 底层限制；设了它但没调高
，等于白设。
Composer 2.9.6
Composer 2.9.6 是 PHP 生态中高效、稳定的依赖管理工具。此版本在性能与兼容性上进一步优化，改进了依赖解析算法，提升大型项目中的安装与更新速度。它支持并行下载任务，显著减少等待时间，并增强了与私有仓库及镜像源的交互稳定性。同时修复了多项命令行交互与内存使用相关的缺陷，确保在复杂依赖关系下依然可靠运行。无论是新项目初始化还是现有系统维护，Composer 2.9.6 都能为开发者提供流畅、精准的依赖管理体验。
下载
想看运行中实时内存占用？只能靠系统工具
Composer 没有内置命令输出“当前已用 XX MB”。但你可以盯住那个正在跑的 PHP 进程：
Linux/macOS：
或
，找
进程，看
（常驻内存）和
更精准：先
找到 PID，再
Mac 上可配合
，筛选进程名
，观察“内存”栏
为什么有时加了内存还是 OOM？真凶往往不是内存本身：Xdebug 开着、autoload 规则太宽（如
）、
损坏、Docker cgroup 限制未同步，都可能让内存用量失控。
最易被忽略的一点：你查的从来不是 Composer 的内存配置，而是 PHP CLI 的
。所有围绕
或
找内存字段的行为，从一开始方向就错了。
phpcomposer.lockphp -r "echo ini_get('memory_limit');"128M256M-1php --iniphp.ini/usr/local/etc/php/X.Y/php.ini/var/snap/php/current/etc/php.iniphpenvasdfphpbrewphp.iniphp -d memory_limit=2G /usr/bin/composer install/usr/bin/composerwhich composerphp -d memory_limit=2G composer installphp "-d" "memory_limit=-1" composer installcomposer.pharphp -d memory_limit=-1 composer.phar installCOMPOSER_MEMORY_LIMIT=-1php -d memory_limithtoptopphpRES%MEMps aux | grep composerwatch -n 0.5 'ps -o pid,rss,comm -p PID'Activity Monitorphp"": "src/"composer.lockmemory_limitcomposer.jsoncomposer.lock