Composer SSL报错95%因PHP未加载可信CA证书，须在CLI生效的php.ini中同时配置绝对路径的curl.cainfo和openssl.cafile指向同一最新cacert.pem，并重启终端或服务。
Composer安装报SSL错误，95%不是网络或镜像问题，而是PHP根本没加载可信CA证书——修对php.ini里的curl.cainfo和openssl.cafile就能解决，不用关TLS、不用换镜像、更不用降级。
怎么确认是证书路径问题，而不是网络或代理？
别靠猜，两行命令闭环验证：
- 运行
php --ini，看CLI模式下实际加载的php.ini路径（Web和CLI常加载不同文件，改错位置等于白改） - 再跑
php -r "print_r(openssl_get_cert_locations());"，重点盯default_cert_file和ini_cafile两项：是否为空？是否指向一个真实存在、可读、非空的PEM文件？
顺手补一刀：curl -v https://packagist.org/packages.json。如果也报SSL certificate problem或unable to get local issuer certificate，说明是PHP/cURL层级问题，和Composer无关。
必须同时配置curl.cainfo和openssl.cafile且路径一致
这两个配置项必须写在同一份php.ini中，且值必须是绝对路径、指向同一个cacert.pem文件。只改一个或路径不一致，PHP仍会fallback到空信任链。
- Windows上路径用正斜杠
/或双反斜杠\都行，单反斜杠会被PHP当转义符解析（C:phpextrassslcacert.pem❌） - Linux/macOS下确保文件权限为644，PHP进程得能读；别设成600或属主不对
- 别用系统自带的符号链接或旧bundle，直接从
https://curl.se/ca/cacert.pem下载最新版
composer config --global cafile为什么经常不起作用？
这条命令只影响Composer自己封装的HTTP客户端（基于php-http），而实际发起HTTPS请求的是PHP的cURL或OpenSSL扩展。它无法覆盖curl.cainfo的优先级，也不能修复底层TLS握手失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
你运行composer config --global cafile /path/to/cacert.pem后，composer diagnose可能显示“CA file configured”，但composer install依然报错，就是典型表现。
它只在Composer使用自己的HTTP客户端时生效；一旦涉及Git克隆、cURL直连或某些插件调用，还是会走PHP原生扩展。
中文错误信息里藏着关键线索
看到类似“SSL证书验证失败”“无法获取本地颁发机构证书”“SSL3_GET_SERVER_CERTIFICATE”这类中文报错，基本可以锁定是证书路径或文件内容问题，而非网络不通。
-
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed→ 证书文件为空、损坏、路径不存在，或系统时间严重偏差 - “SSL certificate problem: self signed certificate in certificate chain” → 私有仓库用了自签名证书，不能简单关验证，得把该证书追加进
cacert.pem - 报错里带“阿里云镜像”“Laravel China”字样，不代表镜像有问题，只是它恰好是第一个触发验证失败的HTTPS请求目标
真正容易被忽略的点是：改完php.ini后必须关闭当前终端重开（CLI模式），或重启Apache/Nginx/php-fpm（Web模式）——光刷新页面或service restart不一定reload配置。
