必须换国内镜像源，因packagist.org在国内无法稳定连接；执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/并验证输出，若仍卡住需检查代理配置。
Composer 没有“负载调度”这个概念，它不是服务治理或运行时流量分发工具——你搜到的“Composer 负载调度”大概率是混淆了术语，实际想解决的问题通常是以下三类之一：依赖安装卡顿、多环境部署不一致、或高并发下 Composer 命令执行缓慢。下面直奔主题讲清楚怎么做。
composer install 卡在 “Loading composer repositories” 怎么办
这不是网络断了，也不是服务器性能差，而是默认源 https://packagist.org 在国内无法稳定连接。单靠重试、换网络、加 --timeout 都没用——--timeout 只延长整体命令超时，不解决单个 HTTP 请求（比如拉 provider-2024-07.json）被中断的问题。
- 必须换国内镜像源，且要全局或项目级生效：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 验证是否生效：运行
composer config -g repo.packagist，输出应为镜像地址，不是packagist.org - 如果仍卡住，检查是否被公司代理拦截：
composer config -g http-proxy和https-proxy若存在，确认其可用性；Composer 不读系统环境变量里的http_proxy，只认自己配置的代理
为什么上线必须用 composer install，而不是 update
composer install 读 composer.lock，装的是锁文件里写死的精确版本（如 "monolog/monolog": "2.10.2"）；composer update 忽略 lock，重新解析 composer.json 的版本约束（如 "^2.10"），可能装出 3.0.0 这种破坏性升级版本。
- 新项目首次部署、CI/CD 流水线、团队协作：无脑用
composer install，确保所有人跑的是同一套依赖树 - 本地开发加包才用
composer require foo/bar（它内部自动触发update并更新lock） - 想升小版本（如
2.10.2 → 2.10.9）：用composer update --with-dependencies，别裸跑update，否则可能连带升级不相关的大版本
vendor/autoload.php 引入位置和路径写法为什么总出错
它不是“可选加载项”，而是整个 PSR-4 自动加载机制的唯一入口。一旦漏掉、放错顺序、或路径写相对，就会在运行时报 Class 'XXX' not found，且 IDE 通常不提示。
- 入口文件（如
index.php、cli.php）第一行必须是：require __DIR__ . '/vendor/autoload.php'; - 禁用
./vendor/autoload.php或../vendor/autoload.php：CLI 和 Web SAPI 下.含义不同，一挪目录就挂 - 禁止手动
require_once 'vendor/monolog/monolog/src/Monolog/Logger.php'：绕过 autoload 逻辑，Monolog 内部依赖的Utils、Handler等类会找不到 - 改了
autoload配置后记得跑composer dump-autoload，否则新命名空间映射不生效
composer create-project 和 composer init 到底该用哪个
composer init 只生成空 composer.json，没代码、没测试、没 Git、没 src/ 目录、也没 PSR-4 配置——新手常卡在“接下来怎么写第一个类”。真实项目几乎都用 create-project。
- 新建 Laravel 项目：
composer create-project laravel/laravel myapp - 轻量 API 项目：
composer create-project php-http/skeleton api-server - 静默创建 Symfony 最小骨架：
composer create-project --no-interaction symfony/skeleton my-symfony - 注意：
create-project默认拉 stable 版本（如v6.4.0），要 dev-main 得显式加--stability=dev或指定分支
最易被忽略的一点：团队里有人偷偷 update 并提交了新 composer.lock，其他人 install 后行为突变，但没人意识到是依赖版本变了——这种问题不会报错，只会让日志格式变、HTTP 客户端返回结构变、甚至某天突然不支持 PHP 8.3。盯紧 composer.lock 的 diff，比盯代码还重要。
