worker僵死主因是curl dns缓存污染导致解析到海外ip，非源站慢；需配正确镜像（含type与末尾斜杠）、设http-max-concurrent-downloads=8、容器指定dns、用--no-cache强制重拉元数据。
Worker僵死其实是cURL DNS缓存卡住，不是源站慢
所谓“镜像同步过程中Worker僵死”，90%不是镜像源响应慢，而是 PHP 的 cURL 复用 DNS 缓存，把 mirrors.aliyun.com 解析到了海外 IP（比如被污染的 121.43.x.x），导致连接超时后进程挂起、不报错也不退出。Composer 2.2+ 默认直连官方源，若没显式配置镜像，它根本不会尝试走国内地址——你看到的“卡在 Loading composer repositories”，其实是它在等 packagist.org 的 TCP 握手超时（默认 300 秒）。
- 验证是否 DNS 卡住：
curl -v https://mirrors.aliyun.com/composer/packages.json，看实际解析 IP 是否在国内（如 114.55.226.172） - 临时绕过：加环境变量
COMPOSER_NO_INTERACTION=1或在命令前加php -d opcache.enable=0 -d xdebug.mode=off - 容器内必须配 DNS：启动时加
--dns 223.5.5.5 --dns 114.114.114.114，别依赖宿主 DNS - 别信
composer clear-cache：它清的是本地 JSON 缓存，对 DNS 缓存完全无效
镜像源配置必须带 type 和末尾斜杠，否则静默失效
执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 看似简单，但漏掉 composer 这个 type 参数，或 URL 少了末尾 /，就会导致配置被忽略——composer config -g repo.packagist 输出为空或仍是 https://packagist.org，而 Composer 会 fallback 到官方源，且不提示。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确写法：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意中间的composer和结尾的/） - 错误写法：
composer config -g repo.packagist https://mirrors.aliyun.com/composer（缺 type、缺斜杠） - 验证生效：
composer config -g repo.packagist必须输出完整 JSON 或至少是带协议和域名的字符串 - 项目级覆盖：检查
composer.json里有没有"repositories"字段，有就删掉或改成同款有效地址
并发下载设太高反而触发 tmpfs 崩溃，8 是安全上限
Docker 容器默认用 tmpfs 存临时文件，http-max-concurrent-downloads 设到 15 或更高时，多个 ZIP 解压同时争抢 inode 和小文件句柄，极易报 file_put_contents(/tmp/): failed to open stream ——这不是磁盘满，是内核资源耗尽。
- 推荐值：
composer config -g http-max-concurrent-downloads 8 - CI 环境更保守：
composer config -g http-max-concurrent-downloads 6 -
parallel-downloads已在 Composer 2.2+ 弃用，设了也无效，别再用 - 确认版本：
composer --version必须 ≥ 2.2，否则该配置不读取
镜像不同步时没有“刷新”命令，只能强制重拉元数据
国内镜像源有 5–30 分钟元数据同步延迟，你装不到刚发布的 v2.3.0，不是 Composer 问题，是镜像还没同步。不存在“强制刷新镜像源”的命令——服务端同步不由客户端控制。所谓“刷新”，本质是让 Composer 跳过本地缓存，重新下载 packages.json 和 provider-*.json。
- 临时强制重拉：
composer install --no-cache -vvv（--no-cache关键） - 验证镜像是否真同步：手动访问
https://mirrors.aliyun.com/composer/p/vendor/package-name.json，对比https://packagist.org/packages/vendor/package-name - 别依赖
composer update：它仍会读旧缓存，--no-cache才跳过 - 长期方案：换更稳定的镜像，阿里云和中科大目前同步延迟最低
