阿里云镜像是当前唯一持续全量同步、https可靠、索引完整且仍在维护的国内源；composer config -g repo.packagist失效主因是键名必须为单数repo、type值必须显式写composer、url必须以/结尾，三者缺一即静默回退官方源。
阿里云镜像目前是唯一持续全量同步、HTTPS 可靠、索引完整且仍在维护的国内源；其他镜像要么已停用（如 Laravel China、phpcomposer.com），要么偶发延迟或同步不全（如腾讯云、华为云）。
composer config -g repo.packagist 命令为什么总不生效
不是网络慢，而是命令写错三个关键点就静默失败：
-
repo.packagist必须是单数，写成repos.packagist或packagist.org都无效 -
composer是 type 值，不是可选参数——漏掉它，Composer 2.0+ 会 fallback 到官方源 -
https://mirrors.aliyun.com/composer/必须用 HTTPS，且末尾斜杠/不能少；少斜杠会拼出/composerpackages.json导致 404
验证是否生效：运行 composer config -g repo.packagist，输出必须是类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的完整 JSON。返回空、null 或报 Key 不存在，说明没写进去。
项目级配置比全局更可靠，尤其适合 CI 和团队协作
全局配置在 CI 流水线（如 GitHub Actions runner 用户）、宝塔（www 用户）或多人协作中根本不可靠——配置文件路径和用户权限不一致，导致镜像失效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 进项目根目录，执行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g） - 该命令会自动在
composer.json顶层写入"repositories"字段，key 固定为"packagist" - 如果项目已有
"repositories"字段且是数组结构，别手动覆盖——用命令追加，否则可能误删私有包源 - 改完必须删掉
vendor/和composer.lock，再跑composer install（不是update）
换源后卡在 Resolving dependencies？和镜像完全无关
镜像只加速下载，不参与依赖解析。如果你发现 composer update 卡在 Resolving dependencies 几十秒甚至几分钟，问题一定出在本地环境或 composer.json 写法上：
-
"php": "^7.4 || ^8.0"这类宽泛版本约束会让 Composer 尝试大量组合 - 大量
dev-main或未锁定版本的 require-dev 包 - PHP 扩展缺失（如 bcmath、mbstring）也会拖慢解析过程
此时换任何镜像都没用，得查 composer.json 约束、精简 dev 依赖、确认 PHP 环境完整性。
真正容易被忽略的是：换源后首次 composer install 若报 hash 校验失败，必须删 vendor 和 lock 文件重来；还有 Windows 下 Git Bash 用户常因 COMPOSER_HOME 路径错位，实际读取的是 %APPDATA%\Composer\config.json，而非 ~/.composer/config.json。
