根本原因是证书链校验失败，而非网络超时；需先通过php -r命令验证php底层https能力，确认curl.cainfo与openssl.cafile同时指向同一最新cacert.pem路径，再检查cli php.ini路径、windows转义符及文件权限。
根本不是“证书验证超时”，是证书验证失败后重试卡死，或底层 HTTPS 请求直接阻塞。Composer 报错里带 cURL error 60、SSL certificate problem 或 unable to get local issuer certificate，都指向证书链校验失败；而所谓“超时”，往往是校验失败后 Composer 在重试、回退、切换源过程中耗尽默认 process-timeout（300 秒），最终抛出 Connection timed out 或卡在 Downloading。先解决证书，再调超时。
怎么确认是证书问题而不是真网络超时
运行这条命令，绕过 Composer 直接测 PHP 底层 HTTPS 能力：
php -r "$ch = curl_init('https://packagist.org/packages.json'); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true); var_dump(curl_exec($ch) !== false);"
如果返回 bool(false)，且 curl_error($ch) 含 SSL certificate problem 或 error 60，就是证书没配好；如果返回 bool(true)，才可能是真网络慢或镜像响应延迟。
- 别用
curl -I https://packagist.org单独测——它走系统 curl，和 PHP 的 cURL 扩展可能用不同证书路径 - Windows 用户尤其注意：CLI 和 Apache/NGINX 的
php.ini往往不是同一个，Composer 只读 CLI 版本，用php --ini确认 - macOS 上 Homebrew PHP 常用
/opt/homebrew/etc/openssl@3/cert.pem，但旧版可能指向已失效的/usr/local/etc/openssl/cert.pem
必须同时配置 openssl.cafile 和 curl.cainfo
PHP 的 OpenSSL 层（如 file_get_contents）和 cURL 层（Composer 默认 HTTP 客户端）各自读一个配置项，只改一个会留死角：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 下载最新
cacert.pem（仅认 curl.se 官方源，别用第三方打包） - 存到无空格、无中文、权限可读的绝对路径，例如：
/usr/local/etc/php/cacert.pem（Linux/macOS）或C:/php/extras/ssl/cacert.pem（Windows） - 在 CLI 版
php.ini中写两行，路径**完全一致**且用双引号包裹：
openssl.cafile="/usr/local/etc/php/cacert.pem" curl.cainfo="/usr/local/etc/php/cacert.pem"
Windows 路径中若用反斜杠，必须双写：C:\php\extras\ssl\cacert.pem，否则 e 会被当转义符解析失败。
process-timeout 调多少才够用
证书配对后，process-timeout 通常不用动。但若仍因国内镜像偶尔抖动导致中断，可临时加宽：
- 全局设置（影响所有项目）：
composer config -g process-timeout 600 - 单次生效（更安全）：
COMPOSER_PROCESS_TIMEOUT=600 composer install - CI/CD 中务必显式传环境变量，容器重启后
config -g设置会丢失 - 设成
0并不推荐——它禁用超时，一旦网络假死或镜像彻底不可达，进程就永远卡住
真正容易被忽略的是：证书路径写错、CLI 和 Web php.ini 混淆、Windows 路径转义、杀毒软件拦截 cacert.pem 文件——这些问题不解决，调再大的 timeout 都只是让失败来得更晚一点。
