composer镜像配置失败主因是键名repo.packagist写错、漏掉type值composer、url缺末尾斜杠；验证须输出完整json，否则需重配并清缓存删vendor/和composer.lock。
composer config -g repo.packagist 为什么总没反应
命令执行后 composer install 还卡在 Loading composer repositories，大概率是配置根本没写进去——不是网络问题，是命令写错了三个硬性条件。
-
repo.packagist是唯一合法键名：写成repos.packagist（多 s）、packagist.org或mirror都会被忽略 - 中间的
composer是强制 type 值，不是可选参数，也不能省略或替换成其他字符串 - URL 必须是 HTTPS 且末尾带
/，例如https://mirrors.aliyun.com/composer/✅，少斜杠会拼出/composerpackages.json导致 404
验证是否生效，只看这一条：composer config -g repo.packagist。输出必须是完整 JSON 对象，比如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、报 Key does not exist，说明没写成功，立刻重试。
宝塔或 CI 环境里镜像不生效怎么办
全局配置只对「执行命令的用户」生效。宝塔后台默认用 www 用户跑 PHP，GitHub Actions 用 runner 用户，跟你终端里的 $USER 不是一个人。
- 先确认实际运行用户：宝塔终端里执行
whoami，CI 日志里查 UID - 给对应用户单独配：比如是
www，就运行sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 脚本中避免混用用户：前面用
sudo配置，后面普通用户执行composer install，配置根本读不到
别指望 sudo composer config -g 后普通用户能继承——Composer 不跨用户共享配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 字段，但行为取决于当前结构：
- 如果
composer.json里是"repositories": {}（空对象），命令会安全追加"packagist"子项，不碰已有内容 - 如果是
"repositories": []（数组），命令会报错；需先手动改成对象再重试 - 千万别手写
"packagist.org": false——这会关掉所有回退机制，镜像临时挂了就彻底失败
改完必须删掉 vendor/ 和 composer.lock，再跑 composer install，否则旧 lock 文件仍指向官方源。
换镜像后还是卡在 Resolving dependencies
镜像只加速下载，不参与依赖解析。卡在这里跟源无关，是本地约束太松或环境有问题：
-
"php": "^7.4 || ^8.0"这类宽泛版本会让 Composer 尝试大量组合，拖慢解析 -
require-dev里塞了未锁定版本的工具链，比如"phpunit/phpunit": "^10.0" - 用了太多
dev-main或dev-develop分支依赖 - PHP CLI 禁用了
proc_open或putenv（尤其宝塔常见），Composer 启动就崩，根本走不到镜像环节
这类问题换任何镜像都无效，得收紧版本约束、删掉未锁定的 dev 依赖、检查禁用函数列表。
