Composer不支持按域名过滤repositories，仅支持包名精确匹配或通配符（如symfony/*），需通过repositories数组顺序和packages字段手动指定特定包走指定镜像，canonical设为false以启用fallback。
Composer 的 repositories 配置支持按包名匹配，但不支持按域名过滤
直接在 repositories 里写一个“只对 packagist.phpcomposer.com 生效”的规则是做不到的。Composer 的镜像机制本质是替换整个 Packagist 源，不是 HTTP 层的代理路由。所谓“针对特定域名”，实际是指：你希望某些包走国内镜像（比如阿里、腾讯），其余仍走官方源——这只能靠 repositories 的包名精确匹配或通配符控制，而非 DNS 或域名层面拦截。
用 repositories 手动覆盖指定包的源
这是最可控的方式，适用于你知道具体哪些包在国内访问慢、且有对应镜像地址的场景。例如你想让 monolog/monolog 和所有 symfony/* 包走腾讯镜像：
{
"repositories": [
{
"type": "composer",
"url": "https://mirrors.cloud.tencent.com/composer/",
"canonical": false,
"packages": {
"monolog/monolog": "*",
"symfony/*": "*"
}
},
{
"type": "packagist",
"url": "https://packagist.org"
}
],
"config": {
"secure-http": false
}
}
注意点：
-
packages字段只接受包名 + 版本约束，不支持域名、URL 或协议匹配 -
canonical: false是关键，否则 Composer 会忽略后续的packagist源 - 多个
repositories顺序重要：前面的匹配优先，未匹配的才 fallback 到后面 - 通配符
symfony/*有效，但*/*不推荐——它会让所有包都走该镜像，失去“特定”意义
全局切换镜像后，用 composer config 临时排除个别包
如果你已运行 composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/ 全局启用镜像，但某个私有包（比如 mycorp/private-lib）必须走内网 Git 地址，那就得单独绕过：
在项目根目录执行：
composer config repositories.mycorp-private '{"type":"package","package":{"name":"mycorp/private-lib","version":"1.0.0","dist":{"url":"http://git.internal/mypkg.zip","type":"zip"}}}'
这样 mycorp/private-lib 就不会被全局镜像捕获，而是走你定义的本地分发地址。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
常见错误：
- 把
repositories写成数组嵌套对象，漏掉"type": "package"或"package"键，导致composer install报错Could not load package mycorp/private-lib - 没加
dist.type，Composer 默认尝试git协议，而你的内网 URL 是http，会卡住或报 404 - 版本号写成
dev-main却没提供"source"字段，Composer 无法 clone
别指望 composer.json 里的 http-proxy 或 hosts 能实现“按域名镜像”
有人试过改系统 /etc/hosts 把 packagist.org 指向镜像 IP，或者设 http-proxy 做透明转发——这些在 Composer 里基本无效。原因很实在：packagist.org 的响应头带 Strict-Transport-Security，且 Composer 会校验 SSL 证书 CN 和 SNI，硬指向会导致 TLS 握手失败或证书不匹配错误，比如：
cURL error 60: SSL certificate problem: unable to get local issuer certificate
真要代理，得用支持 SNI 透传和证书重签的中间件（如 mitmproxy），但这已超出 Composer 配置范畴，也违背了“配置镜像”的初衷。
真正需要“按域名分流”的，其实是 CI 环境或企业级私有仓库网关，不是单个 composer.json 能解决的。
