Composer config -g repo.packagist不生效是因为键名必须为单数repo.packagist、type值必须显式写composer、URL须HTTPS且末尾带/，三者缺一即静默回退官方源，验证需看composer config -g repo.packagist输出是否为完整JSON对象。
composer 默认走 packagist.org，物理距离和网络策略导致下载卡在 Downloading 阶段——换国内镜像能立竿见影，但只解决下载慢，不治 Resolving dependencies 卡顿。
composer config -g repo.packagist 命令为什么总不生效
不是网络问题，是命令写错了，而且 Composer 不报错，直接静默 fallback 回官方源。
-
repo.packagist键名必须一字不差：不能是repos.packagist（多 s）、packagist（缺前缀）、mirror（无效键） - 中间的
composer是type值，不是可选参数，漏掉就等于没配 - URL 必须是 HTTPS + 末尾带斜杠：
https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会 404）
验证是否生效，只看这一条命令输出：composer config -g repo.packagist
正确结果应为 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 或至少是完整 URL 字符串；空、null、或仍是 https://packagist.org，说明根本没写进去。
宝塔/CI 环境下全局配置为何失效
全局配置写在 /root/.composer/config.json，但它只对 root 用户生效。而宝塔「PHP 管理器」、「一键部署」、计划任务默认以 www 用户运行，压根读不到 root 的配置。
- 先确认实际执行用户：在宝塔终端里跑
whoami，或查日志里的 UID - 给对应用户配：比如是
www，就执行sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 脚本同理：确保
composer config -g和后续composer install在同一用户上下文执行
别指望 sudo composer config -g 写进 root 配置后，普通用户就能继承——Composer 不共享跨用户配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置比全局更可靠，但别覆盖已有 repositories
团队协作或 CI 场景下，推荐项目级配置，它写进 composer.json，拉代码即生效，不受执行用户影响。
- 已有私有源？别手动编辑
composer.json，容易引号/括号错位；用命令追加更安全：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意不加-g） - 这条命令会自动合并进
"repositories"字段，不会清空已有的 Git 源或 Satis 源 - 必须在根节点加
"packagist.org": false，否则私有源 + 镜像共存时可能冲突
改完后务必运行 composer update --lock，让 composer.lock 记录新源地址，否则其他人 install 还是走旧路径。
换镜像后还卡在 Resolving dependencies？那和镜像无关
镜像只加速元数据请求（packages.json）和 zip 包下载（dist），不影响依赖解析阶段。
- 如果
composer update -vvv日志里卡在Resolving dependencies超过 10 秒，甚至反复回溯版本树，说明本地约束太宽 - 典型诱因：
"php": "*"或"^7.4 || ^8.0"这类宽泛 PHP 版本约束、require-dev里未锁定的工具链（如"phpunit/phpunit": "^9"）、大量dev-分支依赖 - 临时解法：删掉
vendor和composer.lock，再composer install；长期解法是收紧所有版本约束，禁用xdebug，并清缓存：composer clear-cache
最常被忽略的一点：哪怕你配对了镜像，只要 composer.json 里写了 "monolog/monolog": "*"，Composer 就得穷举所有历史版本来求解，这时候换什么镜像都没用。
