Composer本身不提供内存监控功能，真正需监控的是PHP CLI进程的实际内存消耗；应使用php -r"echo ini_get('memory_limit');"确认限制值，并用htop/top或watch命令实时观察PHP进程RSS内存占用。
Composer 本身不提供实时内存占用监控能力，它只是 PHP 进程的执行载体；真正要盯的是 PHP CLI 进程运行时的实际内存消耗——不是“Composer 的内存”，而是 php 进程在解析 composer.lock、计算依赖图、解压包、生成 autoloader 时占了多少 RAM。
怎么确认当前 CLI 的真实 memory_limit
必须用终端命令查，不能靠猜或看 Web 配置：
-
php -r "echo ini_get('memory_limit');"—— 直接输出值，常见为128M、256M或-1 -
php --ini—— 看 “Loaded Configuration File” 行，定位 CLI 实际加载的php.ini路径
常见坑点：
- macOS Homebrew 安装的 PHP，配置通常在
/usr/local/etc/php/X.Y/php.ini - Ubuntu snap 版 PHP，路径可能是
/var/snap/php/current/etc/php.ini - Docker 内运行？必须进容器执行，宿主机改了没用
- 用了
phpenv、asdf或phpbrew？记得重载 shell 或新开终端
临时提高内存限制的正确写法
别改全局 php.ini，按需覆盖更安全、更可靠：
-
php -d memory_limit=2G /usr/bin/composer install——/usr/bin/composer换成你本地路径（用which composer查） - Windows CMD：
php -d memory_limit=2G composer install - Windows PowerShell：
php "-d" "memory_limit=-1" composer install（必须加引号） - 用
composer.phar？写成php -d memory_limit=-1 composer.phar install，顺序不能错
注意：COMPOSER_MEMORY_LIMIT=-1 环境变量只影响 Composer 内部缓存逻辑，不绕过 PHP 底层限制；设了它但没调高 php -d memory_limit，等于白设。
想看运行中实时内存占用？只能靠系统工具
Composer 没有内置命令输出“当前已用 XX MB”。但你可以盯住那个正在跑的 PHP 进程：
- Linux/macOS：
htop或top，找php进程，看RES（常驻内存）和%MEM - 更精准：先
ps aux | grep composer找到 PID，再watch -n 0.5 'ps -o pid,rss,comm -p PID' - Mac 上可配合
Activity Monitor，筛选进程名php，观察“内存”栏
为什么有时加了内存还是 OOM？真凶往往不是内存本身：Xdebug 开着、autoload 规则太宽（如 "": "src/"）、composer.lock 损坏、Docker cgroup 限制未同步，都可能让内存用量失控。
最易被忽略的一点：你查的从来不是 Composer 的内存配置，而是 PHP CLI 的 memory_limit。所有围绕 composer.json 或 composer.lock 找内存字段的行为，从一开始方向就错了。
