卡住是因 packagist.org 国内不可用，需项目级配置镜像源并禁用默认源：执行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/，并在 composer.json 中设 "packagist": false 且显式声明私有源。
“Loading composer repositories”卡住不是网络问题，是没配镜像
国内直连 packagist.org 已基本不可用：TLS 握手超时、首字节延迟常超 8 秒、失败率实测达 37%。这个卡点发生在依赖解析前，composer install 会卡在 Downloading https://packagist.org/packages.json 或分片路径（如 /p/provider-laravel~9.0.json），日志里看不到包名、不报错、也不 fallback——就是挂起。这不是你宽带差，也不是代理没开，是物理链路与策略限制共同导致的刚性阻断。
验证方法很简单：composer install -vvv，看第一屏日志里 Downloading 行是否还指向 packagist.org；如果是，镜像就没生效。
注意：composer diagnose 显示 OK ≠ 镜像能用——它只测连通性，不验证元数据接口是否返回有效 JSON。
composer config -g repo.packagist 总不生效？三个硬伤必须同时满足
这条命令静默失败率极高，漏掉任意一项就 fallback 回官方源，且不报错、不提示：
-
repo.packagist是固定键名，不能写成repos.packagist或packagist - 必须显式指定
composer作为type值，缺了就无效 - URL 必须是 HTTPS 且末尾带
/：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（少斜杠会导致拼出/composerpackages.json404）
验证是否写入成功，只看这一条命令输出：composer config -g repo.packagist。返回空、null、或仍是 https://packagist.org，说明没落盘，立刻重敲。
Windows Git Bash 用户还需确认 COMPOSER_HOME 环境变量已设，否则可能写入错误路径。
项目级配置才是 CI/CD 和宝塔环境的落地前提
全局配置写在 ~/.config/composer/config.json，但 CI 流水线（GitHub Actions runner）、Docker 构建、宝塔面板默认以 www 或 runner 用户运行——它们根本读不到你本地用户的配置。结果就是：你本地 install 很快，流水线里却卡在 Downloading https://packagist.org/，查不出原因。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
正确做法是进项目根目录（含 composer.json），执行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
这条命令会自动向 composer.json 的 repositories 字段安全追加，不覆盖已有私有源。优势明显：
- 配置随代码提交，新人
git clone后直接composer install - Docker 构建、GitHub Actions 等 CI 场景无需额外 setup 步骤
- 避免多用户/多角色下配置错位（比如你在终端配了，但宝塔部署时用的是
www用户）
注意：如果 composer.json 中 repositories 是空对象 {}，命令会自动转为数组并插入；如果是数组格式 []，命令会报错，需先手动改成对象再运行。
企业场景下，镜像只是起点，安全边界必须靠项目级显式声明
企业项目常同时用 Packagist 公共包和 GitLab 私有包。如果只配了全局镜像，又没显式禁用 packagist.org，Composer 会把所有请求（包括私有包元数据）都先发给镜像源；而多数中文镜像不代理私有源，导致 404 后 fallback 到官方源——这时私有包的访问凭证（如 auth.json 中的 token）可能被意外暴露到公网日志或监控中。
正确做法是在 composer.json 的 repositories 字段里明确声明三类源：
-
"packagist": false—— 关闭默认源 -
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}—— 指定可信镜像 -
{"type": "git", "url": "https://gitlab.example.com/group/private.git"}—— 显式列出私有源
这样 Composer 就不会盲目 fallback，所有流量路径可控。同步延迟（阿里云实测 ≤ 90 秒）带来的风险，也得靠生产环境强制锁定版本（composer install --no-dev --prefer-dist）和上线前手动确认分片可用（curl -I https://mirrors.aliyun.com/composer/p/provider-monolog~2.0.json）来兜底。
