Composer镜像配置不生效主因是composer config -g repo.packagist命令写错：键名必须为单数repo.packagist、中间composer为必填type值、URL须HTTPS且末尾带/，三者缺一即静默回退官方源；验证需输出完整JSON对象，并清理缓存、排除项目级repositories覆盖。
composer config -g repo.packagist 命令写错就等于没配
镜像配置不生效，90% 是因为 composer config -g repo.packagist 这条命令本身写错了。Composer 2.0+ 对键名、type 和 URL 格式三者有硬性校验，任一出错都会静默 fallback 到 https://packagist.org，你根本收不到报错。
必须同时满足以下三点：
-
repo.packagist是单数形式，写成repos.packagist或repositories.packagist.org全部无效 - 中间的
composer是 type 值，不可省略；漏掉它，composer diagnose会报Repo is not configured properly - URL 必须以
https://开头，且末尾带斜杠：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（会导致请求拼成/composer/packages.json直接 404）
验证是否写入成功：运行 composer config -g repo.packagist，输出应为完整 JSON 对象，例如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；若为空、null 或仍是官方地址，说明配置根本没落地。
缓存不清理，镜像再快也白搭
Composer 缓存的是元数据文件（如 packages.json、provider-*.json），这些文件一旦生成，就不会自动更新——哪怕你刚改完镜像配置，它仍可能反复向 packagist.org 发起失败请求。
必须手动清空：
- 执行
composer clear-cache - 再删掉本地缓存目录：
rm -rf ~/.composer/cache/repo/https---packagist.org/（Linux/macOS）或%APPDATA%\Composer\Cache\repo\https---packagist.org\（Windows） - 项目级
composer.json中若存在"repositories"字段，它会覆盖全局配置；检查并删除或统一改成阿里云地址，尤其警惕残留的laravel-china.org等已下线域名
临时验证是否走镜像：运行 composer install -vvv | grep -i "mirrors.aliyun"，没输出就说明流量还在直连海外。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
cURL error 28 不是网速慢，是卡在 DNS 或 TLS
报 cURL error 28: Operation timed out，不是因为你家宽带慢，而是请求卡在某个底层环节：DNS 解析失败、TLS 握手卡住、或镜像站响应延迟。单纯调大 http.timeout 只是掩盖问题。
先定位卡点：
- 运行
ping mirrors.aliyun.com，若返回unknown host，说明系统 DNS 异常，需改/etc/resolv.conf（Linux/macOS）或网络适配器 DNS（Windows） - 运行
curl -v https://mirrors.aliyun.com/composer/packages.json，观察是否停在* TLS handshake—— WSL2 时间不同步、公司中间件拦截、证书链不全都可能导致此现象 - IPv6 干扰常见于 CI 环境，默认启用 IPv6 但国内镜像站 IPv6 支持不完整，加环境变量
COMPOSER_IPV4=1强制走 IPv4
如果确认是 TLS 握手失败（比如用了 Fiddler/Charles），需下载代理根证书转 PEM 后执行 composer config -g cafile /path/to/fiddler-root.pem。
镜像源和 http.proxy 不能共存
设了 repo.packagist 镜像后，http.proxy 自动失效——这两者是互斥逻辑。镜像源走的是直连，代理走的是隧道，Composer 不会“先走镜像再过代理”。
别硬凑：
- 你要用镜像，就别配
http.proxy；要走代理（比如必须连企业私有 Packagist 且启用了 mTLS），就得关掉镜像，只留http.proxy - 验证代理是否真生效：运行
composer config -g http.proxy，输出为空即未生效；正确写法是composer config -g http.proxy http://127.0.0.1:8888（注意协议） - 代理若不支持透传客户端证书（如 Nginx
proxy_pass、旧版 Squid），或做了 TLS 终止，client cert 根本发不到远端，握手直接失败
最稳解法往往是跳过代理，让 Composer 自带证书直连目标域名——尤其当镜像站本身不启用双向认证时，直连比绕路更可靠。
