Composer -vvv 日志中出现“mirrors-aliyun-com-composer”等转义域名缓存路径，或“GET https://mirrors.aliyun.com/composer/”请求URL，表明已走镜像；若含“packagist.org”或“/p2/”旧路径则未生效。
Composer 本身不提供“镜像源同步日志格式”的自定义能力——它没有同步服务、不运行后台进程、也不生成镜像元数据日志。所谓“镜像源同步”，是阿里云、清华等镜像站自行维护的定时任务，与你的本地 Composer 完全无关。你真正能配置的，只有本地请求日志的输出格式，用于验证是否走镜像、排查卡顿点。
composer install -vvv 日志里怎么看出走的是镜像？
Composer 的 -vvv（三重详细）模式会打印所有 HTTP 请求路径，这是唯一可信的验证方式：
- 成功走镜像时，日志中会出现类似
Reading packages.json from cache at /home/user/.composer/cache/repo/https---mirrors-aliyun-com-composer/packages.json的路径，其中mirrors-aliyun-com-composer是域名转义后的缓存目录名 - 若仍看到
https---packagist-org或请求/p/monolog/monolog/这类路径，说明还在直连官方源 - 注意：日志里不会出现“同步”“mirror update”等字眼，只反映你本次请求发给了谁
为什么不能自定义日志格式？
Composer 的日志输出由内部 IOInterface 和 HttpDownloader 控制，不暴露格式化钩子或配置项：
- 没有
log.format、http.log.template这类配置项可写进config.json -
composer config命令也根本不识别日志相关键名 - 想改格式只能改源码（比如 patch
src/Composer/Util/HttpDownloader.php），但每次升级就会被覆盖 - 实际调试中，用
grep -E "(GET|packages\.json|p2/)"过滤-vvv输出，比改格式更高效
替代方案：用环境变量控制输出粒度
虽然不能改格式，但可通过环境变量微调日志行为：
-
COMPOSER_HTTP_PROXY=+COMPOSER_NO_INTERACTION=1可屏蔽交互提示，让-vvv输出更干净 -
COMPOSER_CACHE_DIR=/tmp/composer-cache配合ls -la /tmp/composer-cache/repo/直接看缓存目录结构，确认镜像域名是否已落地 - 在 CI 中加
composer install -vvv 2>&1 | grep -E "mirrors\.aliyun|packages\.json" || echo "FALLBACK TO PACKAGIST"实现自动化断言
真正容易被忽略的是：日志只是结果反馈，不是配置目标。配镜像成败，取决于 repo.packagist 键名、composer type 值、URL 末尾斜杠这三点是否全部满足——日志再好看，这三处错一个，它就静默回退到 packagist.org，且不报错、不提示。
