Composer 无独立内存限制，完全依赖 PHP 的 memory_limit 配置；需用 php -r "echo ini_get('memory_limit');" 查 CLI 实际值，修改对应 php.ini 后临时覆盖可执行 php -d memory_limit=2G composer install。
Composer 本身没有独立的“内存限制设置”，它完全依赖 PHP 的 memory_limit 配置运行。你看到的 Allowed memory size exhausted 错误，根源在 PHP，不是 Composer 自己配置的。
如何确认当前生效的 PHP memory_limit 值
Composer 启动时会使用 CLI 模式下的 PHP 配置，和 Web 服务器（如 Apache/Nginx）用的配置可能不同。必须查 CLI 版本的实际值：
- 运行
php -r "echo ini_get('memory_limit');"—— 直接输出当前 CLI PHP 的限制，比如128M或-1（无限制） - 运行
php --ini查看 CLI 加载的php.ini路径，然后打开该文件搜索memory_limit - 注意：不要用
composer config或composer show查这个，它们不包含 PHP 运行时参数
为什么改了 php.ini 还没生效
常见原因是用了错误的 php.ini 文件，或未重启相关进程：
Apache Superset Dashboard and SQL Exploration Skill
下载
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
- CLI 和 FPM/Apache 使用的是两套配置，
php --ini输出的才是 Composer 读的 - 某些系统（如 macOS Homebrew、Ubuntu snap 安装的 PHP）有多个
php.ini位置，优先级容易混淆 - 如果通过 Docker 运行 Composer，需在容器内执行
php -r命令，宿主机改配置无效 - 修改后无需重启 Web 服务，但要确保终端新开 shell 或重新加载环境（尤其用了
phpbrew或asdf等版本管理器时）
临时提高 memory_limit 的安全做法
不建议永久设为 -1，推荐按需临时覆盖：
php -d memory_limit=2G /usr/bin/composer install
说明：
-
-d memory_limit=2G仅对本次命令生效，不影响全局配置 - 路径
/usr/bin/composer应替换为你本地的composer实际路径（可用which composer查） - 若用
composer.phar，写成php -d memory_limit=2G composer.phar install - Windows 用户注意用双引号：
php -d "memory_limit=2G" composer install
真正要调的是 PHP 的 memory_limit，Composer 只是那个跑在它上面的程序。很多人卡在查错方向上——盯着 composer.json 或 composer.lock 找内存配置，其实那里面根本不存在这个字段。
