composer install 卡在“loading composer repositories”是因wsl2下https请求被企业网关拦截，需同时配置http-proxy和https-proxy（均用http://协议、密码url编码），并确认全局镜像（如阿里云）及composer_ipv4=1生效；项目级repositories字段会优先覆盖全局代理与镜像配置。
composer install 卡在 Loading composer repositories 是网络穿透问题
不是 Composer 慢，是 HTTPS 请求根本没发出去——WSL2 默认走 Windows 网络栈，但企业网关或本地代理常拦截 TLS 握手，导致 composer install 停在第一步。现象是命令无报错、无进度、Ctrl+C 后也看不到堆栈，只有一行不动的 “Loading composer repositories”。
必须同时配 http-proxy 和 https-proxy 两个配置项
Composer 2.0+ 对代理协议区分严格：http-proxy 只管 HTTP 流量，https-proxy 才接管 Packagist 的 HTTPS 请求（如 https://packagist.org/packages.json）。漏掉任一，就会静默直连失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
https-proxy的值仍要用http://协议，例如http://127.0.0.1:8080，填https://会被忽略 - 密码含
@或/必须 URL 编码：运行php -r "echo rawurlencode('pa@ss/word');"得到pa%40ss%2Fword，再拼进代理 URL - 检查是否生效：
composer config -g --list | grep -E "(http|https)-proxy"，必须输出两行 - 若系统环境变量
HTTP_PROXY或HTTPS_PROXY已设置，Composer 会优先读它；冲突时先unset HTTP_PROXY HTTPS_PROXY
国内镜像不能替代代理，但能减少穿透压力
阿里云镜像 https://mirrors.aliyun.com/composer/ 本身走 HTTPS，仍需代理转发。但它把大量包元数据和 ZIP 下载从海外节点切到国内 CDN，显著降低超时概率和重试次数。
- 配置命令必须完整：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 缺
-g→ 只作用于当前目录；写错键名repos.packagist（多一个 s）→ 写进无效字段；少末尾/→ 请求变成/composerpackages.json返回 404 - 验证是否真生效：
composer diagnose看 “Repo packagist.org” 行显示的 URL 是否是你设的镜像地址 - 加
COMPOSER_IPV4=1强制 IPv4 解析，避免 DNS 返回 IPv6 地址后卡在连接阶段
项目级 repositories 字段会覆盖全局代理和镜像
哪怕 composer config -g 输出正确，只要项目根目录 composer.json 里有 "repositories" 字段（包括空数组 []），Composer 就会忽略全局配置，直接按项目定义去请求原始源——此时代理和镜像全部失效。
- 临时排查：删掉
composer.json中整个"repositories"块，再跑composer update -vvv观察日志是否出现mirrors.aliyun.com - 若必须保留自定义仓库，应在该字段内显式指定
"options": {"http_proxy": "...", "https_proxy": "..."}，但多数情况没必要 - 别在
/mnt/c/路径下操作——9p 文件系统导致 inotify 失效，某些代理工具依赖文件监听，行为不可靠
repositories 字段的存在与否。它不报错，也不提示，只是默默让所有全局配置失效。
