应调http.timeout，它控制dns解析、tls握手到响应头返回的总耗时，默认60秒；需设为600等更大值，且注意配置优先级、环境变量传递及拼写正确性。
composer install卡在Downloading时该调哪个timeout
不是process-timeout，而是http.timeout。这一步是真正的HTTP下载阶段，超时控制的是从DNS解析、TLS握手到响应头返回的总耗时，默认仅60秒，对国内镜像或大包明显不够。
- 全局设置（推荐）：
composer config -g http.timeout 600 - 项目级设置（CI友好）：在
composer.json的"config"段加"http.timeout": 600 - 临时调试：用环境变量避免污染配置，
COMPOSER_HTTP_TIMEOUT=600 composer install - 注意：
process-timeout管的是整个命令生命周期（含依赖解析、解压等），它调高了但http.timeout没动，仍会在下载zip时直接报file could not be downloaded: failed to open stream: Connection timed out
为什么改了timeout还是报错？三个常见失效原因
你以为生效了，其实根本没起作用。最常踩的坑是配置被覆盖、环境变量没传进子进程、或参数名写错。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
http.timeout写成http-timeout或http_basic_timeout：Composer只认http.timeout（点号），其他全静默忽略 - 全局配置被项目级
composer.json里的config覆盖：运行composer config --list确认最终生效值 - Linux/macOS下用
export COMPOSER_HTTP_TIMEOUT=600再跑命令，某些CI环境会丢掉这个变量；必须写成COMPOSER_HTTP_TIMEOUT=600 composer install才可靠
process-timeout和http-basic-timeout到底要不要一起设
要，但得看Composer版本。2.2+才支持http-basic-timeout，旧版只有process-timeout和http.timeout两层控制。
-
process-timeout默认300秒，影响update全流程；建议设为1800防整体卡死 -
http-basic-timeout（Composer ≥2.2）控制单次GET请求连接+读取时限，默认60秒；设为300可应对慢速镜像 - 旧版本别找
http-basic-timeout，它不存在；强行写进config会被忽略 - 两个都设为0不推荐——可能无限卡住无响应，尤其在企业网DNS劫持场景下
卡在Resolving dependencies时调timeout完全无效
这一步根本没发HTTP请求，Composer只是在查mirrors.aliyun.com或packagist.org的IP地址。改http.timeout纯属白等。
- 现象包括：
Could not resolve host、unknown host、ping packagist.org失败 - 先手动测DNS：
dig mirrors.aliyun.com @114.114.114.114，看是否返回正确IP - 临时换系统DNS：Linux/macOS改
/etc/resolv.conf加nameserver 8.8.8.8；Windows在适配器里手动设 - 检查
/etc/hosts（或C:\Windows\System32\drivers\etc\hosts）是否误写了错误映射
