Composer 3.x默认启用classmap-authoritative模式，每次update强制扫描整个vendor目录生成classmap，造成15–40秒I/O与PHP解析开销；同时repo.packagist未正确配置镜像，元数据仍从官方源加载，二者叠加导致巨慢。
中文镜像本身不拖慢 vendor 同步，真正卡住的是依赖解析 + 元数据加载 + 本地 autoload 扫描三重叠加——尤其在 vendor 已存在时，Composer 3.x 默认会重扫整个目录生成 classmap。
为什么 vendor 目录存在时 composer update 还巨慢
Composer 3.x 默认启用 classmap-authoritative 模式，每次 update 都强制递归扫描全部 vendor/ 文件，生成完整 classmap。这不是网络问题，是纯 I/O + PHP 解析开销：300+ 包的项目，单次扫描可能耗时 15–40 秒。
- 关闭方式：
composer config authorative false（注意拼写是authorative，不是authoritative） - 该配置只影响 classmap 生成行为，不影响自动加载功能
- 若项目依赖大量动态类名（如通过字符串拼接
new $className），开启classmap-authoritative反而可能导致类找不到，关掉更安全
镜像没接管 provider-*.json 请求，元数据还在走官方源
很多人改了 repositories 字段，但 provider-laravel~10.0.json 这类分片索引仍从 https://repo.packagist.org/ 加载——因为 Composer 3.x+ 把 Packagist 元数据视为“权威源”，repositories 列表不控制它，必须显式配置 repo.packagist。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 config -g repo.packagist输出应为完整镜像 URL；再执行composer update -v 2>&1 | grep "GET https"，确认最后几行请求地址是镜像站而非repo.packagist.org - 项目级
composer.json中若含"repositories"字段，会完全屏蔽全局设置——删掉或确保它也指向有效镜像
元数据缓存过期策略导致装不到新版本
Composer 默认复用本地缓存的 packages.json（15 分钟内不过期），哪怕镜像站已同步新包，它也不发请求。现象是：Packagist 上已显示 monolog/monolog v3.6.0，但 composer update monolog/monolog 却提示 “Nothing to install or update”。
- 最轻量解法：
composer update --refresh（Composer ≥ 2.5），强制丢弃所有缓存的元数据文件并重拉 - 老版本（≤ 2.4）只能手动清理：
rm -rf $(composer config --global cache-dir)/repo/https---mirrors-aliyun-com-composer -
composer clear-cache不解决此问题——它清的是 ZIP 包和部分元数据，但packages.json缓存仍被复用
并发下载太多反而触发 OOM 或挂起
Composer 默认 parallel-downloads=20，在 2GB 内存的 CI 容器或 WSL2 环境下极易内存溢出，表现为进程卡住、无报错、CPU 占用低但长时间无响应。
- 限制并发数：
composer config -g parallel-downloads 4 - 别在 Docker volume 挂载的
vendor/上运行install——改为容器内本地执行，再同步 autoload - 临时禁用 xdebug：
php -d zend_extension= -d xdebug.mode=off /usr/bin/composer install，否则解析慢 5–10 倍
最容易被忽略的是：classmap-authoritative 和 repo.packagist 这两个配置，一个在本地磁盘上拖慢，一个在网络请求上绕路，它们同时生效时，大型项目的 update 就会从“稍慢”变成“以为卡死”。先关 authorative，再确认镜像真正接管 provider 请求，比调 timeout 或换镜像站更治本。
