直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 即可全局生效，它精准写入最高优先级配置文件，避免手动编辑错误、项目级覆盖或环境变量干扰，是唯一推荐方式。
直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就能全局生效，99% 的下载慢、超时、卡在 Downloading https://packagist.org/packages.json 问题都因此解决。
为什么 composer config -g repo.packagist 是唯一推荐方式
它写入的是 ~/.composer/config.json（Windows 是 %APPDATA%\Composer\config.json），这个位置是 Composer 启动时优先读取的最高级别配置，不污染项目、不依赖环境变量、不触发插件冲突。
- 手动改项目级
composer.json的repositories字段容易漏写"type": "composer"，导致报错Invalid repository type - 用
--repository参数临时指定，每次命令都要加，漏一次就走官方源 - 改系统级文件或设
COMPOSER_HOME环境变量，容易路径错位，尤其在 Git Bash 或 WSL 下 -
repo.packagist是硬编码 key，不是repos.packagist或repositories.packagist，拼错就写进无效字段
执行后怎么确认真的生效了
别只信“命令没报错”，得看实际加载的配置和网络请求：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer config -g repo.packagist，输出必须是类似{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 运行
composer diagnose，找到Repo:那行，域名应为mirrors.aliyun.com - 运行
composer show -p | head -1，第一行显示的源地址必须匹配你设的镜像 - 如果仍连
packagist.org，大概率是旧composer.lock在作祟——删掉vendor/和composer.lock再install
全局配了，composer global require 还是走官方源？
因为 global require 操作的是全局项目（即 ~/.composer/composer.json），它有自己的仓库配置，和用户级 config.json 是两套。
- 进
~/.composer目录，再执行一遍composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g） - 验证：运行
composer global show -s，检查输出里repositories是否已更新 - 别用
--no-plugins，某些镜像插件（如hirak/prestissimo）会干扰源识别逻辑
最常被忽略的是 composer.lock 里硬编码的包 URL，它不会随镜像配置自动刷新；只要换过源，又想确保全量走新镜像，就得删 lock 文件重装。另外，阿里云镜像是目前唯一稳定全量同步且持续维护的国内源，腾讯云偶发延迟，Laravel China 镜像已于 2025 年底停服，访问直接 404。
