composer install卡在packages.json下载是因默认源packagist.org国内访问延迟高；应使用阿里云或腾讯云镜像源，通过composer config命令安全切换并验证配置生效。
为什么composer install卡在packages.json下载？
因为默认源https://packagist.org在国内直连极慢，甚至超时失败。不是网络问题，是物理距离和路由导致的DNS解析+TLS握手+首字节延迟叠加。镜像源本质是反向代理缓存，把packagist.org的元数据和包文件同步到国内节点——关键在于，它必须和Composer协议完全兼容，否则会报Invalid repository type或Could not parse version constraint。
一键切换阿里云/腾讯云镜像的composer config命令
别手动改composer.json或~/.composer/config.json，用composer config命令最安全。它自动处理JSON格式、嵌套结构和权限问题：
-
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（全局生效） -
composer config repo.packagist composer https://mirrors.cloud.tencent.com/composer/（仅当前项目） - 如果之前设过其他镜像，先运行
composer config -g --unset repo.packagist再重设，避免配置冲突
执行后验证是否生效：检查composer config -g -l输出
运行composer config -g -l，重点看repositories.packagist.type是否为composer，且repositories.packagist.url指向镜像地址。常见坑：
– 如果看到"packagist": false，说明被禁用了，需删掉这行；
– 如果url末尾带/packages.json，那是旧版镜像写法，新版一律只写根URL；
– composer diagnose能检测源连通性，但不校验URL格式，得人工核对。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
CI/CD环境里别漏掉-n非交互参数
在GitHub Actions、GitLab CI等自动化流程中运行脚本，必须加-n（no-interaction），否则composer config会卡住等待输入：
composer config -n -g repo.packagist composer https://mirrors.aliyun.com/composer/
另外，Docker构建时建议把镜像配置写进Dockerfile的RUN指令，而不是靠ENTRYPOINT动态设置——后者每次容器启动都重配，浪费时间且可能因权限问题失败。
镜像源不是一劳永逸的，阿里云和腾讯云偶尔会临时维护，建议在composer.json里留个注释说明当前镜像地址，并定期用curl -I https://mirrors.aliyun.com/composer/packages.json快速探活。
