Composer update慢主因是依赖解析或网络问题，需用--profile定位耗时环节：解析慢多因约束宽泛或含dev版本，下载慢则与镜像未生效或私有源直连有关；换镜像须配对设置repos.packagist且确认无项目级覆盖，精准更新单包可大幅提速。
Composer update 为什么慢？先看真实耗时分布
默认 composer update 不显示各阶段耗时，你看到的“卡住”可能发生在依赖解析、包下载、或自动加载生成任一环节。要定位瓶颈，必须开启内置计时器——不是靠肉眼盯终端，而是用 --profile 参数。
-
composer update --profile会输出每个关键步骤的毫秒级耗时（如 “Reading ./composer.json”、“Resolving dependencies”、“Downloading packages”） - 如果某步超过 5000ms（5 秒），基本可锁定问题：解析慢大概率是约束太宽或含大量 dev 版本；下载慢则和镜像/网络强相关
- 注意：该参数不改变行为，只加统计，可安全用于生产环境排查
换镜像后仍慢？检查是否真生效 + 镜像兼容性
国内常用镜像（如阿里云、腾讯云、华为云）只加速 packagist.org 官方包，但如果你的 composer.json 里显式写了 "repositories" 指向私有源或 GitHub，Composer 仍会直连那些地址——镜像对它们无效。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer config --list | grep repositories查看当前所有源配置，确认是否覆盖了packagist主源 - 标准镜像设置应为：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（注意末尾斜杠不能少） - 某些镜像（如华为云）不支持
dist压缩包重定向，会导致 Composer 回退到source方式克隆，速度暴跌——优先选阿里云或腾讯云镜像
依赖解析卡死？关掉不必要的特性来提速
Composer 5.2+ 默认启用 platform-check 和 lock 校验，但在 CI 或老旧 PHP 环境中可能反复失败并重试，表现为“停在 Resolving dependencies”不动。
- 临时跳过平台检查：
composer update --ignore-platform-reqs（仅调试用，勿提交到composer.lock） - 强制复用现有 lock 文件约束：
composer update --with-dependencies比全量解析快得多，适合只更新指定包 - 禁用插件减少干扰：
composer update --no-plugins，尤其当你装了hirak/prestissimo这类已过时的并行下载插件时，反而拖慢新版 Composer
想固化提速效果？别只改全局镜像
全局镜像（-g）容易被项目级配置覆盖，真正稳定的做法是在项目根目录下写死源，并控制解析范围。
- 在项目内执行：
composer config repositories.packagist composer https://mirrors.aliyun.com/composer/（无-g），这样即使团队成员没配全局镜像也能生效 - 限制更新范围：
composer update monolog/monolog --with-dependencies比全量 update 少 70% 时间，尤其适合微调单个组件 - 注意：
composer.lock文件里记录的是实际下载 URL，换镜像后首次 update 会重写它——之后再 update 才真正走镜像，这点常被忽略
