想装最新稳定版依赖包，必须用 composer require vendor/package:@latest 或 composer update vendor/package --with-dependencies；直接 composer update 不获取绝对最新版，仅按 composer.json 约束更新兼容最高小版本。
PHP项目里怎么装最新版依赖包？
直接运行 composer update 不等于拿到“最新版”——它只按 composer.json 里的版本约束（比如 "monolog/monolog": "^2.0"）拉取兼容的最高小版本，不是真正的 latest。想强制获取某个包的绝对最新稳定版，得显式指定版本号或用 @latest 标签：
- 装某个包的最新稳定版：
composer require vendor/package:@latest - 升级已有包到最新稳定版：
composer update vendor/package --with-dependencies（加上--with-dependencies避免子依赖被锁死） - 注意：如果
composer.json里写了固定版本如"1.2.3"，@latest会失败，得先删掉或改成^1.0这类约束
为什么 composer install 还是慢？镜像没生效？
国内用户常以为设了阿里云或腾讯镜像就万事大吉，但 Composer 会优先读取项目级配置（composer.json 中的 repositories），覆盖全局镜像。检查是否被覆盖：
- 运行
composer config -g repo.packagist看全局镜像地址是否为https://mirrors.aliyun.com/composer/或类似 - 搜项目根目录下的
composer.json，删掉或注释掉里面形如"repositories": [{"type": "composer", "url": "https://packagist.org"}]的硬编码配置 - 若用了
composer config --global repos.packagist composer https://packagist.phpcomposer.com这类旧命令，现在要换成新版镜像地址（PHP Composer 官方已停用 phpcomposer.com）
composer update 卡在 “Loading repositories”？
这不是网络卡，而是 Composer 在逐个请求所有启用的仓库（尤其是自定义 repo 或 VCS 类型），默认超时只有 30 秒，且不重试。常见诱因：
- 项目中误加了已失效的私有仓库 URL（比如 GitLab 地址写错、权限过期）
- 启用了
packagist.org的完整镜像（非中国镜像）导致 DNS 解析慢，建议明确禁用：composer config -g repo.packagist false，再单独配国内镜像 - PHP 版本太低（-vvv 查看底层 cURL 错误
更新完依赖后，vendor/autoload.php 不生效？
不是自动加载失效，而是 Composer 自动生成的 autoloader 文件缓存了旧映射。尤其在切换 PHP 版本或修改 autoload 配置后：
- 必须重新生成 autoload：
composer dump-autoload -o（-o表示优化，生产环境必需） - 如果改过
composer.json中的autoload或autoload-dev，仅update不触发重生成，得手动跑一次dump-autoload - 某些 IDE（如 PhpStorm）会缓存类路径，改完记得清空索引或重启
镜像和版本看似是两件事，但实际执行时总互相干扰——比如镜像源不同步、包元数据延迟，会导致 @latest 拿到的不是你预期的“最新”。每次操作前，先确认 composer diagnose 输出是否全绿，比盲目重试更省时间。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
