composer 网络失效主因是源不可达或证书校验失败，非工具故障；换国内镜像源（如阿里云、清华源）或更新 ca 证书可快速解决，90% 场景无需重装。
Composer 的网络失效问题，本质是源地址不可达或证书校验失败，不是工具本身坏了，换源或跳过 SSL 验证通常能立刻恢复。
为什么 composer install 突然卡在 Updating dependencies 或报 cURL error 60
国内常见原因：官方源 https://packagist.org 被限速或 DNS 解析失败；部分企业网络强制拦截 HTTPS 流量导致证书链不信任；升级 PHP 后 OpenSSL 版本变化，旧 CA 证书路径未更新。
- 检查是否真连不上：运行
curl -I https://packagist.org，若超时或返回SSL certificate problem，确认是网络层问题 - 别急着重装 Composer —— 90% 情况下只是源或证书配置没跟上环境变化
- PHP 的
openssl.cafile或curl.cainfo配置项若指向已过期的证书文件（如旧版 XAMPP 自带的curl-ca-bundle.crt），就会触发cURL error 60
快速切到国内镜像源（阿里云 / 清华源）
镜像源只改下载地址，不影响包兼容性与语义版本解析，是最安全的应急方案。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 全局切换（推荐）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 项目级切换（更可控）：
composer config repo.packagist composer https://mirrors.tuna.tsinghua.edu.cn/composer/（执行位置需在项目根目录） - 验证是否生效：
composer config repo.packagist应输出对应镜像 URL，而非默认https://packagist.org - 注意：某些老旧 Composer 版本（
绕过 SSL 校验（仅限调试，勿提交到 CI 或生产）
当明确是证书问题且无法更新 CA 文件时，临时跳过验证可让命令跑通，但会暴露中间人攻击风险。
- 单次跳过：
composer install --no-secure-http（Composer 2.2+）或composer install -n（部分旧版） - 永久禁用（危险！）：
composer config -g secure-http false—— 这会让所有源都走 HTTP，包括私有仓库 - 更稳妥的做法：更新 CA 证书路径，例如在
php.ini中设置curl.cainfo="/path/to/cacert.pem"，然后从 curl 官方最新证书 下载并指定
Composer 自身更新失败时的兜底方案
如果 composer self-update 也失败，说明连 Composer 的 GitHub 发布页都访问不了，此时不能依赖它自举。
- 手动下载最新 PHAR：
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');"，再用php composer-setup.php --filename=composer.phar - 若 HTTPS 下载仍失败，改用国内镜像加速：
php -r "copy('https://install.phpcomposer.com/installer', 'composer-setup.php');"（该地址由 phpcomposer.com 提供，已多年未更新，仅作临时替代） - 下载后记得校验 SHA384：
php -r "if (hash_file('sha384', 'composer-setup.php') === 'e0012edf3e80b6978849f5eff0d4b4e4c79ff1609dd1f61336136fe8f10505c6') { echo 'Installer verified'; } else { echo 'Installer corrupt'; unlink('composer-setup.php'); } echo PHP_EOL;"
真正麻烦的不是换源或跳验证，而是混合环境：比如 Docker 容器里 PHP 的 CA 路径和宿主机不一致，或 CI 环境用了自签名代理证书却没同步到 Composer 进程。这类问题得一层层查 php -i | grep -i ca 和 composer diagnose 输出，而不是反复重试 install。
