卡在resolving dependencies主因是dns解析失败或镜像未生效，此阶段仅查询域名与元数据索引，不触发http下载，故http.timeout无效；需先dig/nslookup验证dns，再检查composer config -g repos.packagist是否正确配置镜像，且项目级repositories会覆盖全局设置。
卡在 Resolving dependencies 是 DNS 或镜像配置问题
这阶段不走 HTTP 下载，只查域名解析和元数据索引，http.timeout 和 process-timeout 完全无效。常见现象是终端停住、无任何日志滚动。
- 先运行
dig packagist.org或nslookup packagist.org看是否能解析出 IP；若失败，换 DNS（如114.114.114.114）或检查代理设置 - 确认镜像是否真正生效：执行
composer config -g repos.packagist，输出必须是类似https://mirrors.aliyun.com/composer/的 URL；若为空或显示false，说明被项目级repositories覆盖了 - 项目根目录下
composer.json中若存在"repositories"字段（哪怕只是空对象{}），Composer 就会忽略全局镜像——删掉整段再试
卡在 Downloading https://… 是 HTTP 层超时
此时 http.timeout 才起作用，默认仅 60 秒，对国内镜像首字节延迟高或大包（如 laravel/framework）极易触发失败。
- 临时调高：运行
composer config -g http-timeout 600（单位秒），比改php.ini更直接 - 验证是否生效：加
-vvv运行，看到类似Downloading https://mirrors.aliyun.com/composer/packages.json后长时间无响应，就是它卡住了 - 注意：私有 Satis 源若启用了 CDN 缓存，
http.timeout也救不了——得加--no-cache强制绕过，或等上游刷新
删了 cache 还拉不到新版包？metadata 缓存没清干净
composer clear-cache 只清 ~/.composer/cache/files/ 和部分 provider 索引，但最关键的 packages.json 元数据快照仍留在 ~/.composer/cache/repo/https---packagist.org/ 里，且不会自动过期。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须手动删掉整个目录：
rm -rf ~/.composer/cache/repo/https---packagist.org/（Linux/macOS）或对应 Windows 路径 - 删完后别急着
install，先跑composer update --dry-run -v，观察日志里是否出现Downloading https://...—— 出现才说明 metadata 真的重拉了 - 若用的是 Composer ≥ 2.5，可跳过手动删目录，直接用
composer update --refresh，它会强制丢弃所有元数据缓存
composer.lock 和 installed.json 也在“缓存”依赖状态
这两个文件不是传统意义的缓存，但它们硬编码了版本与哈希值，会覆盖远程最新信息。很多人只清 cache 却忽略它们，导致 update 始终不升版。
-
composer.lock存着每个包的dist.sha256和精确version，只要它存在，composer install就绝不会动已锁定的版本 -
vendor/composer/installed.json是当前安装快照，composer show和composer depends都读它；若你手动删过某些 vendor 子目录但没重装，这里就变成“幻影包”，依赖链判断会错 - 精准清理组合命令：
composer clear-cache && rm -rf ~/.composer/cache/repo/https---packagist.org/ && rm -f composer.lock vendor/composer/installed.json，之后必须跑composer update，不能install
最常被忽略的是：metadata 缓存路径带 URL 编码（如 https---packagist.org），手误少个 - 或写成 https:// 格式就白删；还有人删了全局 cache 却忘了项目级 composer.json 里的 repositories 覆盖，结果换源根本没生效。
