卡在Downloading https://时应调http.timeout参数，该参数控制DNS解析、TLS握手、首字节等待及整个body传输的总时间，默认300秒，弱网下易超时，需同步检查并调高PHP的default_socket_timeout。
卡在 Downloading https:// 时该调哪个参数
这是 HTTP 请求阶段卡住，比如拉 packages.json、下载 ZIP 包，错误里常带 cURL error 28 或反复 retry 后失败。它不看 process-timeout，只认 http.timeout（Composer 2.x）。
http.timeout 控制 DNS 解析 + TLS 握手 + 首字节等待 + 整个 body 传输，单位秒，默认仅 300（5 分钟），弱网下极易触发。
- 项目级最稳：运行
composer config http.timeout 600，写入当前composer.json的config段，可提交、可复现 - 全局生效：用
composer config -g http.timeout 600，写入~/.composer/config.json - 临时覆盖优先级最高：
COMPOSER_HTTP_TIMEOUT=1200 composer install，适合 CI 调试
注意：php -i | grep default_socket_timeout 查出的 PHP CLI default_socket_timeout 若低于你设的 http.timeout，会提前掐断连接——常见值是 60，务必同步调高。
The process timed out 错误该调哪一项
这是子进程执行太久被杀，比如 git clone、unzip、跑 post-install-cmd 脚本。错误里一定含 [RuntimeException] The process "" exceeded the timeout，加 -vvv 可看到最后那条命令。
process-timeout 控制单个外部命令最大执行时间，默认 300 秒，和 HTTP 完全无关。
- 全局改：运行
composer config -g process-timeout 1800（30 分钟），写入~/.composer/config.json - 项目级改：直接在
composer.json顶层加"config": {"process-timeout": 1200} - CI 环境建议用环境变量兜底：
COMPOSER_PROCESS_TIMEOUT=2000，某些 Composer 版本对它更敏感
设为 0 表示不限时，但不推荐——万一远程 Git 仓库彻底不可达，会无限挂起。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么换镜像比配代理更可靠
Composer 默认走 HTTPS，多数本地或公司 HTTP 代理不支持 CONNECT 隧道，导致卡在 Downloading https://packagist.org/packages.json 或直接报 cURL error 7；自建代理若没开 TLS 透传，反而比不用还慢。
阿里云镜像源能根治问题，因它把整个包索引和分发都搬到了国内节点，绕过所有境外网络瓶颈。
- 全局设置：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 验证是否生效：
composer config -g repo.packagist输出应为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 必须清缓存：
composer clear-cache，否则旧缓存里的 packagist.org 元数据仍会触发 DNS/TLS 卡顿
键名 repo.packagist、type 值 composer、URL 末尾带 /，三者缺一不可，写错就静默回退官方源，且无报错提示。
怎么确认镜像和超时配置真在起作用
光看 composer config 输出不够，得亲眼看到请求路径和耗时。
- 验证镜像：运行
composer show monolog/monolog -vvv 2>&1 | grep "Downloading"，日志中必须出现mirrors.aliyun.com才算真正生效 - 验证超时：加
-vvv运行composer install，观察是否跳过“retrying”循环，以及最后一条Downloading是否成功完成 - 如果仍卡在
Resolving dependencies，大概率不是超时，而是 DNS 解析失败或packagist.org域名无法访问，跟 timeout 参数无关
项目级 repositories 配置会覆盖全局 repo.packagist，所以 CI 或 Docker 构建中，优先在项目根目录执行不带 -g 的 composer config repo.packagist ...，它会直接写进 composer.json，更可控。
