composer安装慢90%非网络问题，而是镜像未生效（键名repo.packagist、type为composer、url末尾带/）、缓存未清、或版本约束过宽导致resolving dependencies卡顿；需按序执行config -g三命令、clear-cache、删vendor与lock文件并禁用xdebug。
Composer 导出（composer install）慢，90% 不是网络差，而是镜像没生效、缓存未清、或本地约束太松——导出阶段卡在 Resolving dependencies 或 Loading composer repositories，问题根源完全不同，得分开打。
为什么 composer install 卡在 “Loading composer repositories”
这行输出本质是 Composer 在拉取包元数据（如 packages.json），纯网络 IO 阶段。国内直连 packagist.org 常因 DNS 解析慢、TLS 握手失败、无 CDN 而超时。
- 必须确认全局镜像已真正写入：
composer config -g repo.packagist输出必须是完整 JSON，形如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；空、null或仍显示https://packagist.org都说明失败 - 三要素缺一不可：
repo.packagist（不能是repos.packagist）、中间显式写composer类型、URL 末尾带/（https://mirrors.aliyun.com/composer/✅，少斜杠会拼出 404 路径） - 项目级
repositories字段会覆盖全局配置，运行composer config --list和composer config --list --global对比，确认实际读的是哪个 - CI/CD 或宝塔等环境常以
www用户运行，但composer config -g默认写进/root/.composer/config.json，需切用户执行：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
为什么 composer install 卡在 “Resolving dependencies”
这阶段不走网络，是本地穷举满足所有版本约束的组合，CPU 密集型任务。镜像再快也无效，常见于宽泛约束触发求解器指数爆炸。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 检查
composer.json中是否含模糊版本号："*"、"^1.0 || ^2.0"、"^7.4 || ^8.0"—— 这类写法会让 Composer 尝试数百种 PHP + 包版本组合 -
"minimum-stability": "dev"会让求解器加载所有dev-分支元数据，极大拖慢解析速度；生产项目应删掉该行或设为"stable" - 已有
vendor和composer.lock时，install本应秒出；若仍卡住，大概率是lock文件损坏或哈希不匹配，建议删掉重来：rm -rf vendor composer.lock - 临时验证：运行
composer update --dry-run，看是否同样卡住；若卡，说明是约束问题，不是网络问题
导出前必须跑的三行命令（顺序不能错）
配完镜像不清理缓存，等于白配。旧缓存里存着官方源的 packages.json，Composer 优先读它，根本不会发请求到镜像域名。
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/-
composer config -g parallel-downloads 10（Composer 2.2+，旧版用concurrent.http.max-parallel-downloads） composer config -g prefer-dist true- 执行后立刻
composer clear-cache—— 这步不可跳过，否则所有加速配置都不生效 - 验证三项都已写入：
composer config -g repo.packagist、composer config -g parallel-downloads、composer config -g prefer-dist
容易被忽略的性能杀手：Xdebug 和 autoloader
Xdebug 只要载入，不管是否启用调试，都会让 Composer 执行变慢 2–3 倍，尤其在依赖解析阶段。
- 临时禁用：
php -d xdebug.mode=off composer install - 生产部署或 CI 环境务必加这个参数，很多基础镜像默认启用了 Xdebug
- 导出时加
--optimize-autoloader（或-o）可预编译类映射，大幅减少后续 autoload 开销；搭配--no-dev更佳：composer install --no-dev -o --prefer-dist - 注意：
--prefer-dist依赖镜像支持 ZIP 下载，阿里云/腾讯云镜像均正常；若用私有源，需确认其返回的dist字段 URL 可访问
最常被漏掉的是缓存清理和 Xdebug 禁用——这两项不做，哪怕镜像配得再准，导出速度也上不去。导出不是“一次配置永久有效”，每次换环境、升级 Composer、或 CI 清理 tmpfs 后，都要重新验证三要素和缓存状态。
