命令没反应实为静默失败：必须严格满足键名repo.packagist、type值composer、URL以/结尾三条件，否则配置无效且不报错；验证需输出完整JSON对象。
composer config -g repo.packagist 命令为什么总没反应
它根本不是“没反应”，而是写入失败却静默吞掉错误——你执行完命令，composer config -g repo.packagist 输出为空、null 或仍是 https://packagist.org，说明配置压根没进去。
三个硬性条件缺一不可：
-
repo.packagist是唯一合法键名：写成repos.packagist（多 s）、packagist.org或大小写混用（如Repo.Packagist）都会被忽略 - 中间的
composer是强制type值：不能省略，也不能替换成vcs、package或空字符串 - 镜像 URL 必须以
/结尾：https://mirrors.aliyun.com/composer/✅，少斜杠会拼出/composerpackages.json导致 404 或 fallback 到官方源
验证是否写入成功，只认这一条：composer config -g repo.packagist 输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。其他任何输出都等于没配好。
全局配置 vs 项目级配置：什么时候该切用户、什么时候该改 composer.json
全局配置写进 ~/.composer/config.json，只对当前 shell 用户生效；项目级配置写进项目根目录的 composer.json 的 repositories 字段，对所有运行该命令的环境一致生效。
选哪一种，取决于你面对的是什么场景：
- 个人开发机：用
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/最省事 - 宝塔、Docker 或多用户环境：Web 服务常以
www用户运行，你终端里配的全局配置它根本读不到，必须切换用户执行：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 团队协作或 CI/CD：必须用项目级配置，否则 GitHub Actions、GitLab Runner 等环境默认不加载你的全局配置；命令是去掉
-g，并在项目根目录下运行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/
注意：composer config repo.packagist 会**完全覆盖**整个 repositories 字段——已有私有仓库配置会被清空，不是追加。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换源后还是卡在 “Loading composer repositories”？先清缓存再删锁文件
Composer 会优先读取本地缓存和 composer.lock 中记录的元数据地址，哪怕你刚配好镜像，它也可能还在用旧 URL 发请求。
必须按顺序做这三步：
- 运行
composer clear-cache清掉所有本地缓存 - 删掉项目下的
vendor/和composer.lock - 再跑
composer install -vvv，观察日志里是否出现mirrors.aliyun.com或mirro（注意拼写截断）
如果日志里还出现 packagist.org，说明镜像没生效，或者 composer.json 里有其他 repositories 配置干扰了优先级。
配完镜像还慢或报错？真凶往往不在源本身
镜像只加速元数据和包下载环节，但卡点可能藏在更底层：
- PHP CLI 环境异常：宝塔默认禁用
proc_open和putenv，Composer 启动即崩溃，根本走不到镜像环节；需进宝塔 PHP 管理 → 禁用函数页签 → 删除这两个函数 - OpenSSL 扩展未启用：
php -m | grep openssl必须有输出，否则 SSL 握手反复失败重试 - 依赖解析卡住：
composer update停在Resolving dependencies是本地 PHP 在算依赖树，和镜像无关；可尝试调高memory_limit或删掉composer.lock再试 - GitHub 限流报错：
GithubRateLimitException或 403，说明某个包硬编码了 GitHub 下载地址，需配 Token：composer config -g github-oauth.github.com your_token_here
最容易被忽略的，是缓存残留 + PHP 环境缺陷组合——配镜像只是第一步，不是万能解药。
