Composer内存不足需分场景解决：命令行临时设php -d memory_limit=-1；修改php.ini中memory_limit=2G并重启服务；加--no-dev、-o参数优化；Docker或共享主机可用环境变量或.user.ini绕过限制。
Composer提示内存不足，通常是因为PHP默认内存限制太低，而Composer在安装或更新依赖时需要较多内存。解决方法不只一种，关键看你的使用场景和权限。
临时提高PHP内存限制（推荐用于命令行）
在运行Composer命令时，直接指定更高的内存限制，这是最快速、安全的方式：
- Linux/macOS：运行 php -d memory_limit=-1 composer install（-1表示无限制）
- Windows：运行 php -d memory_limit=-1 composer.phar install
- 若只想设为2G，可写成 php -d memory_limit=2G composer update
注意：此方式只影响当前命令，不会改动系统配置，适合CI/CD或临时调试。
修改php.ini中的memory_limit
如果你有服务器或本地环境的配置权限，可永久调整：
- 找到正在使用的php.ini文件（运行 php --ini 查看路径）
- 编辑该文件，定位到 memory_limit 行，改为例如：memory_limit = 2G
- 保存后重启Web服务（如Apache/Nginx）或PHP-FPM（如用FPM模式）
注意：线上环境不建议设为-1，2G通常是较稳妥的上限；同时确认是CLI用的php.ini，而非Web用的——两者可能不同。
优化Composer自身行为减少内存占用
有些操作本身就很吃内存，可通过参数精简流程：
- 加 --no-dev 跳过开发依赖：composer install --no-dev
- 加 --optimize-autoloader（或简写 -o）生成更高效的autoload映射
- 升级到Composer 2.x（比1.x内存效率高30%以上），运行 composer self-update
- 清理缓存再试：composer clear-cache
尤其在部署环境，组合使用 --no-dev -o 往往能绕过大部分内存报错。
针对Docker或共享主机的特殊处理
没有php.ini修改权限？或容器里PHP被严格限制？试试这些办法：
- Docker中可在运行时覆盖：添加环境变量 PHP_INI_SCAN_DIR=/tmp，并在/tmp下放一个ini文件启用memory_limit
- 共享主机（如cPanel）：在项目根目录创建 .user.ini 或 php.ini，写入 memory_limit = 512M（部分主机支持）
- 实在受限，可先在本地完成 composer install，再把 vendor/ 和 composer.lock 整体上传
这类方案重在“绕过限制”，而非提升上限，适合权限受限但可控部署流程的场景。
