Composer不支持运行时动态修改配置；所谓“动态”实为环境变量预注入、命令行参数临时覆盖或修改磁盘配置文件，均非真正运行时内存中动态切换。
Composer 运行时不能动态修改配置参数
直接说结论：composer 命令本身不支持运行时动态覆盖或临时修改全局配置（如 config、repositories、platform 等）。所有配置项在命令执行前就已加载完毕，且没有类似 --config=xxx 的运行时覆盖机制。
哪些配置看似“动态”实则只是临时生效
部分配置可通过环境变量或命令行参数实现“伪动态”，但本质是绕过默认配置，并非真正修改已加载的配置对象：
-
COMPOSER_HOME环境变量可切换整个 Composer 配置目录，影响所有后续命令，但属于进程级上下文切换，不是单次命令内修改 -
composer install --repository-url=https://example.com仅临时替换默认 packagist 源，但不会写入composer.json或auth.json，也不影响其他配置项（如platform） -
php -d memory_limit=-1 composer update是调整 PHP 运行环境，与 Composer 自身配置无关
真正可行的替代方案：用命令行参数 + 临时文件组合
若需在 CI/CD 或脚本中模拟“动态配置”，推荐以下组合方式：
- 用
composer create-project --repository-url=xxx指定源，比改全局配置更安全 - 通过
COMPOSER环境变量指向临时composer.json文件：COMPOSER=/tmp/tmp-composer.json composer install - 用
composer config写入本地项目配置（仅对当前目录生效）：composer config platform.php "8.2.0"，但该操作会修改磁盘文件，不是纯运行时 - 避免用
composer global config修改全局配置——它持久化写入~/.composer/config.json，极易引发多项目冲突
容易被忽略的坑：平台配置（platform）无法被命令行覆盖
platform 配置只在 composer.json 或全局 config.json 中定义，且 composer install/update 不接受 --platform 参数。常见错误现象：
- CI 中设了
PHP_VERSION=8.1，但composer install仍按本地 PHP 版本解析依赖 → 必须提前在composer.json里写死"platform": {"php": "8.1"} - 用
composer config platform.php 8.1修改后未加--no-interaction，导致交互式确认阻塞自动化流程 -
platform不影响composer validate校验，只影响依赖解析阶段，这点常被误判为“没生效”
真正需要动态平台适配的场景，只能靠生成临时 composer.json 或使用 Docker 多版本 PHP 镜像隔离环境。
