2026年7月实测可用的Composer中文镜像为阿里云、腾讯云、华为云、中科大、交大SJTUG五个，均全量同步、强制HTTPS、无404；其余如phpcomposer.com和laravel-china.org已失效或不稳定。
哪些 Composer 中文镜像现在真能用（2026年7月实测）
阿里云、腾讯云、华为云、中科大、交大 SJTUG 这五个镜像当前全量同步、HTTPS 强制、无 404，其余基本失效或不稳定。别再试 https://packagist.phpcomposer.com 或 https://packagist.laravel-china.org——前者已下线，后者同步常卡住，查不到新包是常态。
-
https://mirrors.aliyun.com/composer/：首波同步延迟 1–3 分钟，南方用户首选；但近期偶发短暂不可用（如 Laravel 安装失败），建议备一个 fallback -
https://mirrors.cloud.tencent.com/composer/：TLS 稳定，支持 Composer 2.5+ 元数据格式，北方和教育网用户反馈延迟略高（5–10 分钟） -
https://mirrors.huaweicloud.com/repository/php/：华为云 PHP 镜像站，非独立 Composer 子路径，但实测兼容性好，适合 CI 环境 -
https://packagist.mirrors.ustc.edu.cn/：中科大源，学术网络质量高，DNS 解析快，但小众包同步略保守（部分需 15 分钟以上） -
https://packagist.mirrors.sjtug.sjtu.edu.cn/：交大 SJTUG 源，2026 年起启用新 CDN，延迟稳定在 3–6 分钟，对 GitHub 源 proxy 表现更优
为什么 composer config -g repo.packagist 总像没生效
它不报错，但大概率根本没写进去——Composer 对键名、协议、斜杠极其敏感，错一点就静默回退到 https://packagist.org。
- 必须带
-g：漏掉就只改当前项目，换目录即失效 - 键名只能是
repo.packagist（单数、小写、无 s）：写成repos.packagist或packagist.org，配置直接被忽略 -
url值末尾必须有/：否则拼出https://mirrors.aliyun.com/composerpackages.json，404 后降级 -
type值不能省：命令里必须显式写composer，即composer config -g repo.packagist composer https://... - 验证方式唯一可靠：运行
composer config -g repo.packagist，输出必须是完整 JSON，如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
临时切换镜像的正确姿势（CI / 调试必备）
别改全局配置，尤其在 GitHub Actions 或 Docker 构建中——runner 用户读不到你本地的 ~/.composer/config.json。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 加
--repository-url参数：如composer install --repository-url https://mirrors.tuna.tsinghua.edu.cn/composer/，本次命令独享，不影响其他环境 - 加
-vvv确认真实请求地址：能看到Downloading https://mirrors.../packages.json，避免“以为切了实际还在连官方” - 项目级配置更可控：进项目根目录执行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不带-g），会自动写入composer.json的repositories字段，提交即生效 - 注意已有
repositories数组：如果项目已定义私有源，该命令会失败，需手动编辑composer.json，确保"packagist"是repositories对象里的一个 key，不是数组元素
镜像同步延迟 ≠ Composer 缓存问题
等了 20 分钟还装不上新版？大概率不是 Composer 没刷新，而是镜像站压根还没同步过去。Composer 客户端缓存策略硬编码为 15 分钟且不可调，但真正卡点永远在服务端。
-
composer update --refresh只清 provider 缓存、重拉元数据，不下载 ZIP，速度快但解决不了镜像未同步的问题 - 验证镜像是否已有新版：直接浏览器访问
https://mirrors.aliyun.com/composer/p/vendor/package-name/json，搜目标版本号，存在才说明镜像已同步 - 删缓存目录无效：
~/.composer/cache/repo/https---mirrors-aliyun-com-composer清完还是拉不到，说明服务端没数据 - 不要迷信“刷新频率”：Composer 没有客户端可设的同步节奏，所谓“每 X 分钟更新”全是镜像站后台任务，你控制不了
最常被忽略的点：项目级 composer.json 中的 repositories 会完全覆盖全局配置，且不提示。CI 构建失败时，先看 composer.json 里有没有写死旧镜像或空 repositories 数组。
