答案是dns解析失败导致“找不到可用安装包”，需先用nslookup验证域名是否可解析，再换镜像源、清缓存、删hosts残留并刷新dns缓存。
“找不到可用安装包”不是 Composer 找不到包，而是它根本没连上 packagist.org 或镜像域名——DNS 污染让 repo.packagist.org、mirrors.aliyun.com 这类域名解析失败，请求卡死在第一步。
先确认是不是 DNS 层面彻底失灵
别急着改 composer.json 或重装 Composer。所有后续操作都依赖域名能被系统解析出来。
- 运行
nslookup repo.packagist.org：返回*** Can't find repo.packagist.org: No answer或Non-existent domain→ 确认 DNS 失效 - 再试
nslookup repo.packagist.org 8.8.8.8（强制走 Google DNS）：如果返回 IPv4 地址（如104.21.46.17），说明你本地 DNS 被污染或不可靠 -
ping 8.8.8.8能通但ping repo.packagist.org报unknown host→ 100% 是 DNS 解析失败，不是网络不通
临时绕过污染 DNS 验证是否真可用
不改系统设置也能快速验证：关键是让请求绕过本地 DNS，走干净解析路径。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：用
curl --resolve强制绑定 IP：curl -I --resolve "mirrors.aliyun.com:443:223.5.5.5" https://mirrors.aliyun.com/composer/packages.json（223.5.5.5是阿里公共 DNS 的 IPv4 地址） - Windows CMD：临时设代理转发 DNS，例如配 Proxifier + Cloudflare
1.1.1.1，再跑curl -I https://mirrors.aliyun.com/composer/packages.json - 最简验证：切手机热点直连，再执行
composer install—— 如果成功，就是原网络 DNS 或策略问题
换镜像前必须清掉三处残留污染
很多人换源后仍报错，不是镜像地址写错了，而是旧配置、缓存、hosts 或 fallback 在暗中干扰。
- 删全局仓库配置：
composer config --global --unset repos.packagist.org（注意 key 是repos.packagist.org，不是repositories.packagist.org） - 检查项目级
composer.json的repositories字段，删掉所有残留的旧镜像或空配置 - 清 hosts 文件：
/etc/hosts（Linux/macOS）或C:\Windows\System32\drivers\etc\hosts（Windows）里删掉所有含packagist.org、mirrors.aliyun.com的行 - 禁用自动 fallback：
COMPOSER_DISABLE_FALLBACK=1 composer install，否则 Composer 2.2+ 会在主源响应慢时静默切回官方源
为什么改了镜像还报 “Could not resolve host”
因为 Composer 启动时仍需解析原始域名做校验或重定向（尤其 2.5+ 版本），哪怕你已配好阿里云镜像。
- 镜像源配置生效的前提是：你本机能解析出镜像域名本身（比如
mirrors.aliyun.com）——如果这个也解析不了，换源毫无意义 - 某些杀毒软件（如火绒、360）会锁死
hosts文件，保存失败时得右键编辑器选“以管理员身份运行” - DNS 缓存必须刷新：
ipconfig /flushdns（Windows）、sudo dscacheutil -flushcache（macOS）、sudo systemd-resolve --flush-caches（Linux systemd）
真正麻烦的不是换镜像，而是你改完之后不知道该去哪验证 DNS 是否真的通了——nslookup 和 curl --resolve 这两个命令，比任何 Composer 配置都更早、更直接地告诉你问题在哪一层。
