临时生效需同时使用--timeout=和--http-basic-timeout=参数，且必须带等号、Composer版本≥2.2，否则静默失效；前者控制总生命周期，后者控制单次HTTP请求超时。
临时生效只需加参数，但必须写对、带等号、版本匹配，否则静默失效。
composer install/update 时用 --timeout= 和 --http-basic-timeout=
这是最常用也最直接的方式，只影响当前命令，不改任何配置文件。
-
--timeout=600控制整个命令生命周期（含解析、下载、解压、执行脚本），单位秒；Composer 2.1+ 全支持 -
--http-basic-timeout=300控制单次 HTTP 请求（比如拉 ZIP 包）的连接 + 首字节等待 + 读取总时间；仅 Composer 2.2+ 支持，旧版会忽略该参数 - 错误写法：
composer install --timeout 600（少等号）→ 完全不生效，无提示 - 可同时使用：
composer update --timeout=1200 --http-basic-timeout=240
用环境变量 COMPOSER_PROCESS_TIMEOUT 临时覆盖
这个方式更底层，优先级高于配置文件，也适用于无法改命令行参数的场景（如某些 CI 封装脚本）。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：
COMPOSER_PROCESS_TIMEOUT=1800 composer install - Windows cmd：
set COMPOSER_PROCESS_TIMEOUT=1800 && composer install - 值为
0表示禁用超时，但不建议——一旦网络卡死或镜像不可用，进程会无限挂起 - 注意：Docker 中若外层有
docker run --stop-timeout或被timeout命令包裹，Composer 还没反应就被系统 kill，此时该变量无效
为什么 set_time_limit() 在命令行里不管用
因为 composer install 是主 PHP 进程，它通过 proc_open() 启动子进程（如 git clone、unzip）来干活，而 set_time_limit() 只作用于当前进程。
- 你在
post-install-cmd脚本里调set_time_limit(0)是有效的，但只延长那个脚本自身 - 你在自定义类中调
set_time_limit()，必须确保它在脚本执行早期就触发，否则可能被后续逻辑覆盖 - PHP CLI 模式下若
max_execution_time被disable_functions禁用，则直接报错
临时生效的关键不是“多设几个参数”，而是看清日志末行卡在哪：停在 Downloading 就必须用 --http-basic-timeout（且确认 Composer ≥ 2.2）；停在 Executing command 才轮到 --timeout 或 COMPOSER_PROCESS_TIMEOUT。漏掉任一层，都可能白调。
