根本原因是PHP底层OpenSSL或cURL加载的CA证书文件过期或路径失效——需运行php -r "print_r(openssl_get_cert_locations());"确认default_cert_file和ini_cafile路径是否有效且一致，再统一配置最新cacert.pem至openssl.cafile与curl.cainfo并重启环境。
直接原因是 PHP 底层 OpenSSL 或 cURL 加载的 CA 证书文件过期或路径失效，不是 Composer 自身问题，也不是网络或镜像源配置错误。
怎么确认当前 PHP 实际用的是哪个证书文件
别猜路径，让 PHP 自己说。运行命令：php -r "print_r(openssl_get_cert_locations());"，重点关注两个字段：
-
default_cert_file：PHP 默认尝试读取的路径，如果为空、指向不存在的文件、或文件大小为 0，就是病灶 -
ini_cafile：来自php.ini的显式配置，如果和default_cert_file不一致，说明配置没生效或加载了错误的php.ini
常见失效路径包括：/etc/ssl/certs/ca-certificates.crt（旧版 Ubuntu）、C:/php/extras/ssl/cacert.pem（XAMPP/WAMP 自带的老包）、/usr/local/etc/php/cacert.pem（Homebrew PHP 未更新时）。打开该文件，搜索 -----BEGIN CERTIFICATE----- 后面的签发时间——若最后更新是 2022 年以前，基本可以确定是它。
下载并配置最新 cacert.pem（跨平台通用）
必须用官方维护的证书包，别信 XAMPP/WAMP 自带的旧文件（多数停更于 2021 年）：
- 从 https://www.php.cn/link/5fe4dadcdb001d8566cd20e6d8a20251 下载最新
cacert.pem - 保存到稳定绝对路径，例如：
/usr/local/etc/php/cacert.pem（Linux/macOS）或C:/php/extras/ssl/cacert.pem（Windows） - 编辑
php.ini，取消注释或新增两行（路径必须完全一致）：openssl.cafile="/usr/local/etc/php/cacert.pem" curl.cainfo="/usr/local/etc/php/cacert.pem"
- Windows 路径必须用正斜杠
/或双反斜杠\，单反斜杠会被 PHP 当作转义符解析失败 - 路径里不能含中文、空格或特殊符号，否则 PHP 可能静默忽略
改完后，CLI 模式需关闭当前终端、新开一个；Web 模式（Apache/Nginx）必须重启整个服务，光重载配置不行。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
系统级 CA 更新（推荐优先尝试）
很多 PHP 环境（尤其 CLI）直接复用系统证书。不更新会导致后续所有 HTTPS 请求（包括 curl、file_get_contents）都可能出问题：
- Ubuntu/Debian：
sudo apt update && sudo apt install --reinstall ca-certificates，再执行sudo update-ca-certificates - CentOS/RHEL 7+：
sudo yum update ca-certificates或sudo dnf update ca-certificates - macOS + Homebrew：
brew reinstall ca-certificates，并确保openssl@3已链接（检查php -r "print_r(openssl_get_cert_locations());"中capath是否指向 Homebrew 的cert.pem） - Docker：在
Dockerfile中加RUN apt-get update && apt-get install -y ca-certificates && rm -rf /var/lib/apt/lists/*（Debian/Ubuntu 基础镜像）
更新后重启终端，再执行 php -r "print_r(openssl_get_cert_locations());" 确认 default_cert_file 时间已刷新。
别踩这些坑
禁用 TLS 校验（如 --no-secure-http、composer config -g secure-http false）只是掩盖症状，不是修复：
-
--disable-tls和--no-secure-http自 Composer 2.5+ 起已被移除或仅限调试使用 - 启用后所有包下载走 HTTP 明文，存在中间人劫持风险
- 某些私有仓库（如 GitLab Package Registry）强制 HTTPS，禁用 TLS 后直接连接拒绝
- PHP 8.2+ 对空 CA bundle 的容忍度更低，即使设了
--disable-tls，仍可能因底层 OpenSSL 版本报错 -
composer config --global cafile对默认源基本无效，它只影响 Composer 自封装的 HTTP 客户端（如 php-http 驱动），而实际触发cURL error 60的是底层 cURL 扩展
真正要改的地方只有两个：php.ini 里的 openssl.cafile 和 curl.cainfo，且必须指向同一个有效的、最新的 cacert.pem 文件。
