Composer加载慢主因是镜像配置错误、依赖约束过宽、xdebug未关闭及缓存路径不合理；需严格满足repo.packagist配置三条件、收紧PHP与稳定性约束、迁移缓存至SSD并确保用户级配置生效。
Composer 加载慢，90% 不是网络问题，而是镜像没配对、缓存路径不合理、依赖约束太宽或 xdebug 没关——换源只是第一步，不清理旧配置、不收紧约束、不迁缓存目录，速度不会明显提升。
镜像配置为什么总不生效
不是 Composer 没反应，是它静默失败了。三个硬性条件缺一不可：
-
repo.packagist（不是repos.packagist，多一个s就彻底忽略） - 第二个参数必须是
composer（这是仓库类型声明，漏掉会 fallback 到官方源） - URL 必须以
https://开头且末尾带/（https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌）
验证是否成功：composer config -g repo.packagist 输出应为 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 或至少是完整 URL 字符串。如果为空、null 或仍是 https://packagist.org，说明完全没写进去。
卡在 “Resolving dependencies” 怎么办
这不是下载慢，是本地 CPU 在暴力穷举满足 composer.json 所有约束的版本组合——尤其当写了 "*"、"^1.0 || ^2.0" 或 "minimum-stability": "dev" 时，求解器会指数级爆炸。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 删掉
"minimum-stability": "dev"—— 稳定版能直接砍掉 80% 的求解时间 - 收紧 PHP 版本约束：
"php": "^8.1"比"php": ">=7.4"少查几百个包的兼容性元数据 - 确保
composer.lock已提交进 Git，并在 CI/部署中始终用composer install（不是update） - 临时禁用 xdebug：
php -d xdebug.mode=off $(which composer) install，它会让解析慢 5–10 倍
缓存目录放错位置会让 install 慢 2–5 倍
默认缓存路径 ~/.composer/cache 若落在机械盘、WSL2 挂载的 Windows 目录、加密卷或 NFS 上，解压 ZIP 包时 I/O 就成瓶颈。
- 查当前生效值：
composer config --global cache-dir - 强制迁移到 SSD 路径：
composer config -g cache-dir /mnt/ssd/composer-cache - 临时测试是否走新路径：
COMPOSER_CACHE_DIR=/tmp/composer-cache composer install --dry-run，再看/tmp/composer-cache下有没有新文件生成 - 缓存目录必须可写，且别挂到低速卷上
CI、宝塔、systemd 里还是慢
你在终端用 root 执行了 composer config -g，但宝塔后台、CI 脚本、systemd 服务往往以 www、git 或自定义用户运行，它们读的是各自家目录下的 ~/.composer/config.json。
- 在宝塔【终端】里先切到对应用户：
sudo -u www bash，再执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - CI 脚本中不要依赖全局配置，直接加参数更可靠：
composer install --repository=https://mirrors.aliyun.com/composer/ - systemd 服务需指定
User=www并确保该用户已配好镜像，否则仍走默认源
真正卡点从来不在“换不换源”，而在“换完之后有没有清缓存、有没有收紧约束、有没有关 xdebug、有没有把 cache-dir 放对地方”。这些细节不处理，再快的镜像也救不了。
