composer install 默认不读取 http_proxy/https_proxy 环境变量，必须通过 composer config -g http-proxy 和 https-proxy 同时配置才生效；缺一或协议不匹配会导致 https 请求失败，腾讯云环境更推荐直接切换官方镜像源。
composer install 为什么走不了代理
因为 composer install 默认不读环境变量里的 HTTP_PROXY 或 HTTPS_PROXY，除非你显式配置了 http-proxy 和 https-proxy 两个键——而且它们必须同时存在，否则 HTTPS 请求（比如访问 packagist.org）会直接失败。
常见错误现象：Resolving dependencies 卡住、cURL error 35、Failed to decode response，本质都是代理没配对或协议不匹配。
-
http-proxy只管 HTTP 请求，对https://packagist.org这类 HTTPS 源完全无效 -
https-proxy必须指向支持 CONNECT 隧道的代理（如 Clash、Squid 4.0+），否则连接会被静默拒绝 - 腾讯云服务器默认无代理，如果你在内网或 VPC 中，可能根本不需要代理——优先考虑换国内镜像更稳妥
全局配代理的正确命令写法
别手改 ~/.composer/config.json，用 composer config 命令最安全。注意：必须两条都执行，缺一不可。
composer config -g http-proxy http://127.0.0.1:8080 composer config -g https-proxy http://127.0.0.1:8080
如果代理需要认证，URL 写成 http://user:pass@127.0.0.1:8080；若代理监听的是 HTTPS 端口（如 https://127.0.0.1:8443），Composer 不支持，必须用 HTTP 协议的代理地址。
验证是否生效：composer config -g --list | grep -E "(http|https)-proxy"，输出里两个字段都得有值。
腾讯云服务器上更推荐用镜像，不是代理
你在腾讯云 CVM 上跑 composer install，大概率不是网络不通，而是 DNS 解析慢或 HTTPS 握手卡在海外节点。直接切腾讯云官方镜像，比配代理快且稳定。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
执行这一条命令即可：
composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/
然后立刻清缓存：composer clear-cache。再跑 composer show laravel/framework --no-ansi | head -n 3，看到 URL 含 mirrors.cloud.tencent.com 就说明生效了。
容易被忽略的细节：
- URL 末尾的
/不能少，少了会报Invalid repository type - 如果项目根目录有
composer.json里写了repositories字段，它会覆盖全局配置，得先删掉或注释掉 - 腾讯云镜像全量同步，但有最多 5 分钟延迟，紧急情况下拉不到最新版包时才考虑代理兜底
临时用代理调试，但别混用
想验证代理是否真通，可以用 -r 参数单次强制走指定源，但它和代理配置互斥：composer install -r https://mirrors.cloud.tencent.com/composer/ 会忽略所有代理设置。
所以调试代理本身，得用原始命令 + 显式配置：
composer config -g https-proxy http://your-proxy:port composer install --no-cache
加 --no-cache 是为了绕过本地缓存干扰，确保真实走代理链路。如果还失败，问题大概率出在代理服务本身——比如没开 CONNECT 支持，或腾讯云安全组没放行对应端口。
