根本不用关tls，95%的composer ssl报错是php未正确配置ca证书——需在cli实际生效的php.ini中同时设置绝对路径的curl.cainfo和openssl.cafile指向同一cacert.pem文件，并重启终端或服务验证。
根本不用关 TLS，95% 的 Composer SSL 报错是 PHP 找不到或读不了 cacert.pem——修对 php.ini 里的 curl.cainfo 和 openssl.cafile 就能解决，不是网络、镜像或代理问题。
怎么确认是证书路径失效，而不是网络故障
别猜，直接运行这行命令：
php -r "print_r(openssl_get_cert_locations());"
重点看输出里的 default_cert_file 和 ini_cafile：
- 路径为空字符串、
null或""→ 肯定没配 - 路径存在但
ls -l /path/to/file显示文件大小为 0 或权限是---------→ 文件不可读 - 路径指向
/etc/ssl/certs/ca-certificates.crt这类符号链接 → PHP 常读失败，尤其 Alpine 或旧版 macOS - 再补一刀：
curl -v https://packagist.org/packages.json如果也报SSL certificate problem，说明是底层 cURL/PHP 层失效，和 Composer 无关
必须同时配置 curl.cainfo 和 openssl.cafile
这两个配置项必须出现在同一份 php.ini 中（用 php --ini 确认 CLI 实际加载的文件），且值必须是绝对路径、指向同一个文件：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Windows 示例：
curl.cainfo = "C:/php/extras/ssl/cacert.pem"和openssl.cafile = "C:/php/extras/ssl/cacert.pem" - macOS Homebrew 示例：
curl.cainfo = "/usr/local/etc/php/cacert.pem"和openssl.cafile = "/usr/local/etc/php/cacert.pem" - Linux 示例：
curl.cainfo = "/etc/ssl/certs/cacert.pem"和openssl.cafile = "/etc/ssl/certs/cacert.pem" - 路径不能用
~、.或相对路径；单反斜杠在 Windows 上会被 PHP 当作转义符，务必用正斜杠/或双反斜杠\ - 改完保存后，CLI 模式必须关闭当前终端、新开一个；Web 模式必须重启
php-fpm或 Apache/Nginx
composer config --global cafile 为什么经常不起作用
这条命令只影响 Composer 自己封装的 HTTP 客户端（基于 php-http），而实际发起 HTTPS 请求的是 PHP 的 cURL 或 OpenSSL 扩展。它无法覆盖 curl.cainfo 的优先级，也不能修复底层 TLS 握手失败：
- 你执行
composer config --global cafile /path/to/cacert.pem后，composer diagnose可能显示 “CA file configured”，但composer install依然报错 - 一旦涉及 Git 克隆、cURL 直连或某些插件调用，还是会走 PHP 原生扩展，绕过 Composer 的配置
- 真正生效的只有
curl.cainfo和openssl.cafile—— 它们是 PHP 内核级配置，所有 HTTPS 请求都受其约束
证书文件从哪来？怎么验证它真被加载了
别用系统自带的 bundle，直接下载 Mozilla 官方维护的最新根证书：
- 下载地址：https://www.php.cn/link/5fe4dadcdb001d8566cd20e6d8a20251（2026 年仍在持续更新）
- 存到确定路径后，立即验证是否可读：
php -r "var_dump(file_get_contents(ini_get('curl.cainfo')) !== false);"应输出bool(true) - 再跑一次
php -r "print_r(openssl_get_cert_locations());"，确认default_cert_file和ini_cafile已更新为你刚设的路径 - 最后测试最小闭环：
php -r "echo file_get_contents('https://packagist.org/packages.json');"成功返回 JSON 就说明 PHP 层 TLS 已通
最常被忽略的是：CLI 和 Web 模式可能加载不同的 php.ini，which php 和 php -i | grep 'Loaded Configuration File' 必须对得上；改错文件或没重启进程，一切操作都白做。
