换镜像源是最快见效的一步，推荐阿里云镜像并清缓存，启用parallel-downloads并发下载，延长超时时间，生产环境必加--prefer-dist和--no-dev参数。
换镜像源是最快见效的一步，但别用已停更的地址
国内直连 https://packagist.org 基本不可用，不是你网差，是 DNS 污染、TLS 握手慢、CDN 路由绕行三重卡点。换源能立刻解决 80% 的“下载卡在 0%”问题。
- 用阿里云镜像（当前最稳）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 腾讯云可作备选：
composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/ - 千万别用
https://packagist.phpcomposer.com——这个源早在 2025 年底就已停更，现在返回 404 或空响应是常态 - 换完必须清缓存：
composer clear-cache，否则 Composer 还在读旧的海外元数据 - 验证是否生效：
composer config -g repo.packagist，输出里应明确看到"url": "https://mirrors.aliyun.com/composer/"
并行下载要开，但只对 composer install 有效
parallel-downloads 是 Composer 2.2+ 原生支持的并发机制，不是插件，也不是“多线程”——它让多个 ZIP 包同时下载，底层靠 cURL multi 实现。但它对 composer update 几乎没用，因为依赖图计算本身是串行的。
- 全局启用（推荐值 10）：
composer config -g parallel-downloads 10 - 值不是越高越好：设成 20 可能触发
file_put_contents(/tmp/): failed to open stream，说明临时文件竞争严重，降到 6–8 更稳妥 - 仅 Composer 2.2+ 支持：运行
composer --version确认版本；若显示1.x，先执行composer self-update - 别再装
hirak/prestissimo：它在 Composer 2.x 中已失效，甚至会静默降级为单线程，卸载命令是composer global remove hirak/prestissimo
超时和连接失败，本质是 curl 层配置太保守
“Downloading…” 卡住不动，90% 不是带宽问题，而是默认的 60 秒单次请求超时 + 2 次重试，在国内网络环境下根本不够用。Composer 会反复握手失败后静默等待，看起来像“冻结”。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 延长 HTTP 超时：
composer config -g http.timeout 300 - 加大总流程超时：
composer config -g process-timeout 3600 - 增加重试次数（Composer 2.2+）：
composer config -g retries 5 - 验证镜像是否真通：
curl -I https://mirrors.aliyun.com/composer/packages.json，秒回 200 才算靠谱；如果超时或 503，换源或查本地代理设置 - Windows 用户注意：
set https_proxy=...只对当前 cmd 有效，PowerShell 要用$env:https_proxy="..."
--prefer-dist 和 --no-dev 不是可选项，是生产部署必加项
你以为在下包，其实 Composer 正在 git clone 一堆 dev 分支、校验签名、生成 autoload、跑 post-install-cmd 脚本……这些动作比下载本身还耗时。尤其 CI 环境，每步都该精简。
-
--prefer-dist强制走 ZIP 包，跳过 Git 操作；若误配了--prefer-source，安装时间可能翻 3 倍 -
--no-dev跳过require-dev（如 phpunit、phpstan），省掉 30–60% 时间，CI 构建务必加上 -
--no-autoloader --no-scripts在部署阶段可进一步提速：不生成 autoload 文件、不执行钩子脚本，后续补composer dump-autoload --optimize即可 - 别信
--verbose能帮你定位问题：它只是把日志刷满屏幕，真正要看卡点，用composer install -vvv观察最后几行错误类型
最容易被忽略的是 vendor 写入性能——并行下载快了，但 macOS APFS 或 Windows 开着实时杀毒时，解压几百个小文件会因频繁 fsync 掉速 10 倍。这不是 Composer 的锅，但你得知道瓶颈在哪才不会白调参数。
