Composer 不按 PHP 版本区分镜像源，国内镜像是 Packagist 的完整同步副本；实际运行的 PHP 版本取决于 composer.phar 的 shebang 或 $PATH 中 php 位置，镜像配置（全局或项目级）与 PHP 版本完全解耦，仅影响下载地址。
Composer 本身不按 PHP 版本区分镜像源——国内镜像（如阿里云、中科大）是 Packagist 的完整同步副本，对所有 PHP 版本一视同仁。所谓“为特定 PHP 版本指定国内源”，实际是误读；真正要解决的，是「不同 PHP 版本下 Composer 走哪个源」这个表象背后的问题：它取决于 composer 命令本身由哪个 PHP 解释器执行，而镜像配置是全局或项目级的独立设置。
确认 composer 实际运行的 PHP 版本才是关键
很多人以为换了 PHP 版本，Composer 就自动“切换上下文”，其实不是。Composer 是一个 PHP 脚本（composer.phar），它启动时用的是 #!/usr/bin/env php 或硬编码路径，最终调用哪个 php，只看 shebang 或 $PATH 顺序。
- 运行
composer --version，第一行输出的PHP x.x.x就是真实版本，别信php -v - 查 shebang：
head -1 $(which composer)，若显示#!/usr/bin/php8.1，那它永远用 8.1，和你当前 shell 的php无关 - 若显示
#!/usr/bin/env php，则执行which php看谁排第一——这决定了composer install时依赖解析所用的 PHP 版本
国内镜像配置与 PHP 版本完全解耦
镜像源配置存在两个层级：全局（~/.composer/config.json）和项目级（composer.json 中的 repositories）。它们都不感知 PHP 版本，只影响包下载地址。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 全局设置命令（任选其一）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 项目级配置写法（直接编辑
composer.json）："repositories": { "packagist": { "type": "composer", "url": "https://mirrors.ustc.edu.cn/composer/" } } - 镜像生效后，无论你用
php7.4还是php8.2执行composer install，都走同一个国内源——只是解析出的包版本可能不同（因 PHP 版本约束在require或config.platform.php中）
多 PHP 版本共存时，如何让不同项目走不同镜像？
不能靠 PHP 版本自动路由，但可以靠项目隔离实现。Composer 的镜像配置是作用域明确的：全局配置被所有项目继承，但项目级配置会覆盖全局配置。
立即学习“PHP免费学习笔记（深入）”；
- 项目 A（需兼容 PHP 7.4）：在它的
composer.json里写repositories指向阿里云镜像 - 项目 B（跑在 PHP 8.2 容器里）：不配
repositories，依赖全局镜像（比如中科大） - 项目 C（CI 流水线专用）：用
composer config --no-plugins --no-scripts repo.packagist composer https://repo.huaweicloud.com/repository/php/临时写入，脚本结束即失效 - 注意：
composer install时不会校验镜像是否支持当前 PHP 版本——它只管下载composer.lock里锁定的 dist 包 URL，那些 URL 在所有镜像中都一致
最容易被忽略的一点：镜像源只是加速下载，它不改变依赖解析逻辑。真正决定装哪个包版本的，是 require 中的 php 约束、config.platform.php 的伪装值，以及你运行 composer 时背后那个真实的 PHP 解释器——三者缺一不可。别把下载慢的问题，当成版本错配的问题去调镜像。
