composer config -g repo.packagist 未生效的根本原因是键名版本不匹配（1.x用repo.packagist，2.2+需用repositories.packagist.org）、项目级repositories字段覆盖全局配置、未执行composer clear-cache清缓存，以及windows下composer_home路径错位导致配置写入与读取不一致。
composer config -g repo.packagist 命令为什么没生效
不是命令写错了，而是 Composer 版本和配置键名不匹配，或者被更高优先级的设置覆盖了。
Composer 1.x 用 repo.packagist，2.2+ 推荐用 repositories.packagist.org；旧键名在部分新版中会被静默忽略。
- 项目根目录
composer.json里只要写了repositories字段（哪怕空数组、哪怕只加了"packagist": false），全局配置就完全失效 - Windows 下用 Git Bash 时，
COMPOSER_HOME可能没生效，实际读的是%APPDATA%\Composer\config.json，不是~/.composer/config.json - 改完不执行
composer clear-cache，元数据还缓存在本地，请求照样发往旧地址
阿里云镜像源是目前最稳的选择
截至 2026 年 4 月，阿里云镜像是唯一持续全量同步、HTTPS 可靠、索引完整且仍在维护的国内源。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
腾讯云镜像偶发延迟（比如新发布的 laravel/framework v11.0.0 可能晚几小时上线）；Laravel China 镜像已于 2025 年底停止维护，访问直接返回 404；phpcomposer.com 已停更，会触发 cURL error 60: SSL certificate problem。
- 必须用 HTTPS 地址：
https://mirrors.aliyun.com/composer/（末尾斜杠不能少） - 别用
http://开头的旧地址 —— Composer 2.x 默认禁用非 HTTPS 源，会报Invalid repository type, expected 'composer' - 阿里云不支持上传私有包，但如果你只是下载公共包，它就是目前最优解
换源后怎么验证真生效了
不能只信命令回显“成功”，得看三处输出是否一致。
- 查配置：
composer config -g repo.packagist.url或composer config -g repositories.packagist.org，输出必须是镜像地址，不是空或packagist.org - 看诊断：
composer diagnose，找到 “Repo:” 那一行，域名必须匹配你设的镜像 - 抓真实请求：
composer show -p | head -3，第一行显示的源域名要是你刚配的；更彻底点，加-vvv跑一次composer update，日志里Downloading的 URL 应含mirrors.aliyun.com
临时切换或项目级配置要注意什么
临时参数只影响当次命令，适合 CI 脚本或排查网络问题，但它只对 install 和 update 生效，require 后加 --repository-url 不起作用。
- 项目级配置要写进
composer.json的repositories字段，格式必须是完整 JSON 数组，常见错误：漏掉外层方括号、URL 没加引号、误加"packagist": false导致基础包拉不到 - 如果项目已存在
repositories，别直接覆盖，要合并数组，否则丢掉私有包源 - 临时参数优先级最高，会覆盖全局和项目配置；但只影响当前命令，不会写入任何配置文件
repositories 字段悄悄把全局配置顶掉了。验证时别只看命令输出，一定要看 composer diagnose 和真实请求日志。
