composer不直接读取http_proxy环境变量，需通过composer config -g http-proxy/https-proxy配置并验证生效，且国内镜像源会完全绕过代理设置。

Composer 代理配置不是加个 http_proxy 就能跑通的，它受 PHP 扩展、系统环境变量作用域、镜像源优先级三重限制——多数“配了没用”问题出在变量没传进 PHP 进程，或被项目级配置覆盖。

为什么 http_proxy 环境变量对 Composer 没反应

Composer 本身不直接读取 http_proxy，它依赖 PHP 的 stream_context_create() 和底层 cURL/openssl 行为。而 Windows CMD/PowerShell、Linux 的非登录 shell、Docker 容器、CI 环境中，http_proxy 很容易丢失或未传递给 PHP 进程。

• 本地终端设了 export http_proxy=http://127.0.0.1:7890，但 composer diagnose 显示 HTTP proxy support: disabled → 说明 PHP 没拿到该变量，常见于 WSL 或 IDE 内置终端未加载 shell 配置
• GitLab CI 中写 variables: { http_proxy: "http://..." }，但 composer install 仍超时 → CI runner 启动的是非交互式 shell，需显式用 env 块注入，或改用 config 命令硬编码
• Windows 上用 PowerShell 设置 $env:http_proxy="http://..."，但新打开的 CMD 不继承 → PowerShell 和 CMD 的环境变量不共享，必须在对应终端里重复设置

composer config -g 配代理比环境变量更可靠

全局配置会写入 ~/.composer/config.json（Windows 是 %APPDATA%\Composer\config.json），PHP 进程启动时自动加载，绕过 shell 传递问题。

• 设 HTTP 代理：composer config -g http-proxy http://127.0.0.1:7890
• 设 HTTPS 代理（必须单独配）：composer config -g https-proxy http://127.0.0.1:7890
• 取消代理：composer config -g --unset http-proxy 和 composer config -g --unset https-proxy
• 验证是否生效：composer config -g http-proxy 应输出地址；composer diagnose 的 “HTTP proxy support” 行应显示 enabled

注意：https-proxy 必须是 http:// 协议地址（如 http://127.0.0.1:7890），不是 https:// —— Composer 不支持 HTTPS 代理隧道，强行填 https:// 会导致连接失败。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

国内镜像源优先于代理，别混用

如果你在大陆，http-proxy 或 https-proxy 配置会被国内镜像源完全绕过。此时代理不仅无效，还可能因 DNS 解析冲突导致更慢。

• 推荐先换镜像：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
• 如果镜像源也失效（比如阿里云临时维护），再 fallback 到代理；不要同时开镜像 + 代理，Composer 会优先走镜像 URL，代理字段被忽略
• 检查是否被项目级配置覆盖：cat composer.json | grep -A5 repositories，若存在 "repositories" 字段且含 "url": "https://packagist.org"，它会压倒全局镜像设置

Windows 下代理 + OpenSSL 组合坑最多

Win11 上启用代理后常报 The openssl extension is required 或卡在 Loading composer repositories，这不是代理问题，而是 PHP 在代理环境下对证书链校验更严格。

• 确认 openssl.cafile 已配置：在 php.ini 中添加 openssl.cafile="C:\php\cacert.pem"（下载 cacert.pem 放到该路径）
• 禁用证书校验（仅调试）：composer config -g secure-http false，但上线前必须关掉
• 代理软件（如 Clash、Proxifier）若启用了 TUN 模式，可能干扰 PHP 的 socket 层，换用 HTTP/Socks5 代理模式更稳
• Windows Defender 实时防护 + 代理共存时，会反复扫描每个包的 zip 流 → 临时关闭实时保护，或把 %APPDATA%\Composer 加入排除列表

真正麻烦的不是配代理，而是你永远不知道变量传没传进 PHP、镜像有没有被覆盖、证书链是不是断了——每次失败都得从 composer diagnose 开始查起，而不是直接重装 Composer。