Composer临时代理仅通过项目级config写入生效，不支持环境变量；https-proxy必须为http://协议格式且需URL编码特殊字符，NTLM代理须用cntlm等中转工具。
临时代理只对当前命令生效，不写入配置
Composer 没有“临时代理开关”这种机制。所谓“临时”，是指你**不加 -g 参数执行 composer config http-proxy 或 https-proxy**，此时配置只会写入当前项目根目录下的 composer.json 的 config 字段里，换一个目录或项目就完全无效。这不是运行时传参，而是配置落地位置的区别。
常见误操作是以为 COMPOSER_HTTP_PROXY=http://127.0.0.1:8080 composer install 能起作用——它不能。Composer 明确忽略 HTTP_PROXY、HTTPS_PROXY 等系统环境变量，只认自己配置项里的 http-proxy 和 https-proxy。
- 要让代理仅限单次命令，唯一可靠方式是：先用
composer config http-proxy ...和https-proxy ...写入当前项目，跑完composer install，再立刻composer config --unset http-proxy和--unset https-proxy清掉 - 若项目已有
composer.json且含repositories字段，它会优先于代理配置生效，得先确认是否被覆盖 - CI/CD 流水线中建议用项目级配置而非全局，避免污染构建节点的全局状态
为什么 https-proxy 必须是 http:// 开头
这是 Composer 的硬性协议路由规则：它把 http-proxy 和 https-proxy 当作两个独立通道，前者只处理纯 HTTP 请求（极少），后者用于 HTTPS 的 CONNECT 隧道建立。而隧道本身必须由 HTTP 协议发起，所以值必须是 http://127.0.0.1:8080 这类格式，哪怕你的代理监听的是 TLS 端口（如 https://127.0.0.1:8443）也不行——Composer 不支持直接走 HTTPS 代理。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 填成
https://127.0.0.1:8080或漏掉协议头（如127.0.0.1:8080）会导致静默 fallback 到直连，现象是卡在Loading composer repositories或报cURL error 28 - 密码含
@、/、:必须 URL 编码，例如pa@ss/word→pa%40ss%2Fword，可用php -r "echo rawurlencode('pa@ss/word');"快速生成 - Windows 下若提示
Could not write to file，检查%APPDATA%\Composer\config.json目录是否存在且可写
代理失效时最该先查的三件事
代理配了但 composer install 依然卡住，别急着调 timeout，先验证底层链路是否通。很多问题根本不在 Composer 层，而在代理进程、DNS 或 TLS 握手环节。
- 用
curl -x http://127.0.0.1:8080 -I https://packagist.org/packages.json手动测通；失败则说明代理本身没工作，不是 Composer 配置问题 - 执行
composer config -g --list | grep -E "(http|https)-proxy"，确认两行都存在且格式正确；缺https-proxy是国内用户最高频错误 - 运行
composer install -vvv，看最后卡在哪一行：停在Downloading https://mirrors.cloud.tencent.com/...？说明镜像源或 DNS 有问题；停在https://api.github.com/...？大概率是 GitHub token 或 rate limit 问题，和代理无关
NTLM 代理场景下，Composer 无法直连
公司内网用 Windows 域认证（NTLM）的代理时，http-proxy 配置直接无效。Composer 原生不支持 NTLM 认证，设了也会返回 407 Proxy Authentication Required 或 Unable to connect。
这不是 Composer 的 bug，是协议限制。必须引入中转代理工具，例如 cntlm 或 px，让它们监听 127.0.0.1:3128 并处理 NTLM 认证，再让 Composer 连这个本地地址。
- 临时验证是否是 NTLM 问题：执行
curl -x http://127.0.0.1:3128 -I https://packagist.org/packages.json，如果 curl 也报 407，说明中转层没配好 - 切记不要试图改
~/.composer/config.json手动加字段——用composer config命令才是安全写法 - 腾讯云 CVM、阿里云 ECS 等云服务器默认无代理，VPC 内网环境下更推荐直接切镜像源，比配代理稳定得多
http:// 协议的代理地址，以及 NTLM 场景下必须靠中转工具破局——这两点错一个，整个代理链就断在第一跳。 
