答案是协议不支持或禁用，非网络问题；需确认secure-http为true、镜像地址为HTTPS、PHP cURL启用SSL支持，并验证系统与PHP绑定的cURL版本一致性。
报错里有“Unsupported protocol”或“cURL error 1”
这说明 Composer 底层的 cURL 尝试用了不支持的协议（比如 https 被禁用，或配置了 http:// 却被 secure-http 拦截），不是网络不通，而是协议层直接被拒绝。
常见触发场景：
- 全局设置了
secure-http false，但镜像源地址写成了http://mirrors.aliyun.com/composer/（阿里云已强制 HTTPS，HTTP 会返回 301 重定向，而旧版 cURL 不处理重定向协议切换） - PHP 编译时没启用
openssl或curl的 HTTPS 支持（php -r "print_r(curl_version());"查看features里是否有CURL_VERSION_SSL） -
composer.json或全局 config 里混用了http和https源，且secure-http为true（默认值）
实操建议：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 立刻运行
composer config -g secure-http，确认输出是true；如果不是，执行composer config -g secure-http true - 检查所有镜像地址是否以
https://开头：运行composer config -g repo.packagist，若结果是http://，马上重设为https://mirrors.aliyun.com/composer/ - 验证 PHP cURL 是否真支持 HTTPS：
php -r "var_dump(curl_version()['features'] & CURL_VERSION_SSL);"，输出非0才正常
执行 composer install 时卡在 “Loading composer repositories” 后报 protocol 错误
这不是超时，是协议协商失败。Composer 在读取 packages.json 前就因协议问题中断，日志里通常紧跟着 cURL error 1 或 Protocol "https" not supported or disabled in libcurl。
关键判断点：
- 手动测镜像是否可访问：
curl -I https://mirrors.aliyun.com/composer/packages.json—— 如果返回curl: (1) Unsupported protocol，问题在系统 cURL，不是 Composer - 如果
curl正常但composer install报错，说明 PHP 绑定的 cURL 版本和命令行不一致（常见于 MAMP、XAMPP 或自制 PHP）
实操建议：
- Linux/macOS：用
which curl和php -r 'echo curl_version()["version"] . "\n";'对比版本，若 PHP 的 cURL - Windows：优先换用官方 PHP for Windows（非 XAMPP 自带），并确认
php.ini中extension=php_openssl.dll和extension=php_curl.dll已启用 - 临时绕过（仅调试）：
composer config -g secure-http false+ 确保镜像地址明确写http://（如http://packagist.laravel-china.org），但生产环境禁止
企业内网环境下 HTTPS 协议握手失败
现象是报错含 SSL routines:SSL3_GET_SERVER_CERTIFICATE 或 unable to get local issuer certificate，本质是中间人代理替换了证书，而 PHP 的 cURL 拿不到企业根证书。
这不是协议不支持，是证书链校验失败，但错误表现常被误读为协议问题。
实操建议：
- 先确认是否走代理：
echo $HTTP_PROXY（Linux/macOS）或set HTTP_PROXY（Windows），若有，检查代理是否开启 SSL 解密 - 导出企业 CA 证书（通常为
.crt文件），然后执行：composer config -g cafile /path/to/company-ca.crt - 不要用
composer config -g disable-tls true—— 它禁用整个 TLS，不是只跳过证书校验，且新版 Composer 已废弃该配置项 - 验证证书路径是否被 PHP 识别：
php -r "print_r(openssl_get_cert_locations());"，确保ini_cafile指向你刚配置的路径
为什么改了镜像源还报 protocol 错误？
因为 Composer 的源配置有优先级，composer.json 里的 repositories 会覆盖全局 repo.packagist，但若其中某条配置协议写错（比如写成 http），且 secure-http 为 true，就会直接拒掉整个请求。
排查重点：
- 运行
composer config --list，搜repositories，看有没有项目级配置混用http - 检查
composer.json里是否有类似这样的片段："repositories": [ { "type": "composer", "url": "http://packagist.phpcomposer.com" } ]—— 这种必须删掉或改成https - CI/CD 中若用
COMPOSER_REPO_PACKAGIST注入，确保值是完整 URL（https://...），而非仅域名
协议问题最麻烦的地方不在报错本身，而在于它常把底层环境缺陷（cURL 编译缺失、CA 证书路径错、代理策略冲突）包装成“Composer 配置错误”。动手前，先分清是 Composer 配置错了，还是它只是个报信的——真正拦路的是 PHP、cURL 或网络中间件。
