Composer 无法直接禁用域名解析，因其依赖系统DNS或PHP底层机制；应通过切换可用镜像源、hosts屏蔽、调整运行时DNS或强制IPv4等方式解决解析卡顿问题。
Composer 配置里不能直接禁用域名解析
Composer 本身不提供「禁用某个域名解析」的开关。它依赖系统 DNS 或 PHP 的 gethostbyname 等底层机制做域名解析，没有内置的域名黑名单或绕过逻辑。所谓“禁用解析”，实际要解决的是：不让 Composer 去请求某个镜像源（比如 packagist.phpcomposer.com），或强制跳过 DNS 查询走本地映射/代理。
用 repositories 覆盖默认源时跳过问题域名
如果你发现 Composer 总是卡在某个镜像域名（如 packagist.laravel-china.org）上无法解析，最有效的方式是彻底移除该源，改用可访问的替代源 —— 不是“禁用解析”，而是“不触发解析”。
操作要点：
- 检查当前配置：
composer config -g repos.packagist，确认是否启用了已失效的镜像 - 禁用并切换为官方源：
composer config -g repos.packagist.org '{ "type": "composer", "url": "https://packagist.org" }' - 若需国内镜像，只启用仍可用的（如阿里云）：
composer config -g repos.packagist '{ "type": "composer", "url": "https://mirrors.aliyun.com/composer/" }' - 执行后删掉
~/.composer/auth.json和~/.composer/repositories.json中残留的旧镜像条目，避免冲突
用 hosts 文件临时屏蔽不可达域名
当某个镜像域名（如 packagist.phpcomposer.com）DNS 已失效但 Composer 仍在尝试解析时，系统级屏蔽最直接——这不是 Composer 配置，但能立刻生效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
步骤：
- 编辑系统 hosts 文件：
/etc/hosts（Linux/macOS）或C:\Windows\System32\drivers\etc\hosts（Windows） - 添加一行：
127.0.0.1 packagist.phpcomposer.com - 保存后无需重启，Composer 下次调用
gethostbyname就会立即返回127.0.0.1，不再等待超时 - 注意：不要写成
::1（IPv6），PHP 默认优先走 IPv4，IPv6 地址可能导致连接失败
通过环境变量或 DNS 设置绕过系统 DNS
某些 CI 环境或容器中，DNS 解析异常导致 Composer 卡住，这时不是改 Composer 配置，而是调整运行时网络环境。
可行方式：
- 启动时指定 DNS（Docker）：
docker run --dns=8.8.8.8 --dns=114.114.114.114 ... - 设置 PHP 运行时环境变量（仅限 cURL 驱动）：
export CURL_CA_BUNDLE=""（慎用，仅调试） - 禁用 Composer 的 DNS 缓存（v2.5+）：
composer config -g cache.dir /dev/null，避免缓存坏解析结果 - 强制使用 IPv4（防止 IPv6 fallback 卡死）：
export PHP_OPTS="-d curl.cainfo=/etc/ssl/certs/ca-certificates.crt -d disable_functions="+ 在php.ini加curl_setopt($ch, CURLOPT_IPRESOLVE, CURL_IPRESOLVE_V4)（需自定义 HTTP 客户端）
真正卡住的时候，往往不是 Composer 配置错了，而是它默默在等一个永远不会返回的 DNS 响应。与其纠结“怎么禁用”，不如确认那个域名是否还活着、是否被墙、是否拼写错误 —— ping packagist.phpcomposer.com 和 nslookup packagist.phpcomposer.com 比改配置更快定位问题。
