镜像源导致 vendor 目录不一致是确定性问题，因各镜像元数据同步存在5–30分钟固有延迟且节奏不一，同一时刻不同镜像返回的packages.json版本可能不同，导致依赖解析分叉、autoload加载旧类、installed.json版本不一致；必须禁用fallback、使用带时间戳的只读快照镜像URL并显式声明repositories。
镜像源导致 vendor 目录不一致是确定性问题，不是偶发故障
只要你团队里有人用镜像、有人用官方源，或者不同人用不同镜像（比如阿里云 vs 华为云），composer install 就可能装出不同版本的包——这不是缓存没清、不是命令敲错，而是镜像元数据同步存在固有延迟（5–30 分钟），且各镜像站更新节奏不一致。同一时刻查 packages.json，北京节点看到 v2.3.0，广州节点还卡在 v2.2.0，依赖解析结果自然分叉。
常见错误现象：
-
composer install在 CI 成功，本地却报Class not found—— 实际是 autoload 映射加载了旧版本类文件，而 vendor 里混着新旧两套 - 两人执行相同命令，
vendor/composer/installed.json中同一包的version字段不一致 - CI 构建时
composer.lock是用阿里云镜像生成的，但流水线环境默认走官方源，composer install重新解析依赖，升级了间接依赖
composer config --list | grep repositories 不能代替真实验证
很多人以为运行 composer config --list | grep repositories 看到 repositories.packagist.url 是镜像地址，就确认“一切正常”。但实际生效逻辑更复杂：
- 如果
composer.json里写了"repositories": []或"repositories": {}，全局配置repo.packagist会完全失效 - 项目级
repositories数组中只要有一项是{"packagist.org": false}，就代表主动禁用官方源；但若漏写/结尾（如"url": "https://mirrors.aliyun.com/composer"），拼接packages.json路径时变成 404，Composer 会静默 fallback 到官方源 - 私有包不受镜像影响，但若
composer.lock里记录的是 GitHub Release 的dist.url，而该 URL 在某些地区访问失败，就会触发降级逻辑，导致“同一命令在不同国家失败”
CI/CD 中 composer install --dry-run 不足以捕获镜像漂移
composer install --dry-run 只能检查 composer.json 和 composer.lock 是否匹配，但它不验证元数据来源是否一致。即使锁文件本身没问题，如果构建环境用了不同镜像源，仍可能因元数据陈旧导致：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 本应安装的
v1.2.3包，在镜像未同步时被跳过，Composer 退而求其次选了v1.2.1 - 某包新增了
conflicts规则，但镜像还没拉取最新provider-*.json，冲突检测失效 -
--platform=php:8.1.10生效的前提是元数据准确——若镜像返回的p2/vendor/package.json缺失该 PHP 版本约束字段，平台锁定就形同虚设
真正有效的验证方式是：在 CI 开头加一行 curl -s https://mirrors.aliyun.com/composer/packages.json | jq -r '.lastUpdated'，和 curl -s https://packagist.org/packages.json | jq -r '.lastUpdated' 对比，差值超 90 秒就该报警或强制切源。
换镜像不如禁 fallback，自建只读快照才是生产唯一解
想靠“换一个更快的镜像”解决一致性问题，本质是误判问题根源。所有公共镜像都存在同步延迟，且无法提供签名验证、时间戳快照、离线归档三项安全底线能力。
- 生产环境必须硬编码带时间戳的镜像 URL，例如
https://my-mirror.example.com/2026-07-01/packages.json，而不是泛域名https://my-mirror.example.com/composer/ - 必须禁用所有 fallback 行为：
"repositories": [{"packagist.org": false}, {"type": "composer", "url": "https://my-mirror.example.com/2026-07-01/"}] - dist 文件必须走独立归档存储（如 MinIO），路径格式严格为
/{vendor}/{package}/{version}/{sha256}.zip，禁止覆盖，且网关层校验dist.shasum
最易被忽略的一点：哪怕你已部署内网镜像，只要没在 composer.json 里显式声明 repositories 并禁用 packagist.org，CI 环境仍可能因环境变量或全局配置意外 fallback 到外部源——这种隐式行为不会报错，只会悄悄污染构建产物。
