临时切换镜像应使用--repository-url参数或composer_repo_packagist环境变量，仅当次命令生效，不修改配置文件；永久替换推荐腾讯云镜像，执行composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/。
国内直接用官方 Composer 源下载 PHP 包，慢、超时、偶尔 404，根本不是网络问题，是 DNS 污染 + 跨洋 TLS 握手 + GitHub raw CDN 限速三重卡顿。换中文镜像不是“锦上添花”，是刚需。
怎么临时切镜像（适合 CI/调试）
不用改全局配置，命令行里加 -vvv 可看到实际请求地址，验证是否生效。临时切换只影响当次命令：
composer create-project laravel/laravel demo --repository=https://packagist.phpcomposer.com
注意：--repository 参数会完全绕过默认源，但不继承 auth.json 凭据，私有包会 401；且不会自动 fallback，源不可用就直接失败。
永久替换为腾讯云镜像（推荐）
腾讯云镜像（https://mirrors.cloud.tencent.com/composer/）同步及时、HTTPS 稳定、支持 IPv6，比老牌的阿里/华为镜像更少出现「索引更新延迟」问题。执行：
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/
这条命令修改的是全局 config.json（通常在 ~/.composer/config.json），不是项目级。如果项目里已有 composer.json 中写了 repositories，它会优先于全局设置 —— 这点常被忽略，导致“明明设了却没生效”。
为什么 composer dump-autoload 不解决下载慢
这个命令只重新生成自动加载映射，和包下载完全无关。遇到 Installing foo/bar (1.2.3): Downloading (connecting...) 卡住，99% 是源的问题，不是 autoload。常见误操作包括：
- 把
composer install和composer update混用：前者读composer.lock，后者才走镜像查最新版本，但如果你 lock 文件里记录的是 packagist.org 的 URL，某些旧版 Composer 仍会尝试回源校验 - 用了
composer global require却忘了给全局也配镜像（-g参数必须显式加） - 公司内网有代理，但镜像站 HTTPS 证书被中间人劫持，curl 报
SSL certificate problem，此时要加composer config -g secure-http false（仅限可信内网）
镜像不是万能的：GitHub 上的开发版（"dev-master"）、私有 GitLab 仓库、或带 path 类型的本地依赖，完全不走 Packagist 镜像。这些路径得单独配 repositories 或靠内网 Git Mirror 解决。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
