换PHP版本后Composer变慢是因为默认缓存目录绑定HOME环境变量，不同PHP版本进程各自写入导致缓存错乱；应统一配置全局cache-dir（如/opt/composer-cache）并确保所有用户可读写，同时用COMPOSER_HOME指定共享配置路径。
为什么换PHP版本后Composer突然变慢？
不是镜像失效，而是 Composer 缓存目录被不同 PHP 版本进程各自写入，导致重复下载、缓存错乱甚至静默回退到 packagist.org。你用 php8.1 装过一次包，再切到 php8.2 执行 composer install，它不会复用旧缓存——因为默认缓存路径绑定在 PHP 进程的 HOME 环境变量下，而不同 PHP 版本常由不同用户或不同 shell 环境启动。
如何配置共享的 Composer 缓存目录？
让所有 PHP 版本共用一个缓存位置，避免重复拉包和元数据解析。关键不是改 PHP，而是统一 cache-dir 配置：
- 执行全局设置（覆盖所有 PHP 版本）：
composer config -g cache-dir /opt/composer-cache - 确保该路径存在且所有 PHP 用户可读写：
sudo mkdir -p /opt/composer-cache && sudo chmod 777 /opt/composer-cache - 验证是否生效：
composer config -g cache-dir输出应为/opt/composer-cache - 如果使用宝塔、CI 或 systemd 服务，需确认运行用户（如
www-data或runner）也能访问该路径，否则仍走各自家目录缓存
多PHP版本下镜像配置为何容易“看似生效实则失效”？
镜像源配置（repo.packagist）本身不依赖 PHP 版本，但它的加载受 shell 环境影响。常见失效场景：
-
composer config -g repo.packagist只写入当前用户的~/.composer/config.json，而php8.2可能由www用户调用，根本读不到 root 的配置 - 不同 PHP 二进制路径（如
/usr/bin/php8.1和/usr/bin/php8.2）可能关联不同 shell profile，导致COMPOSER_HOME指向不同位置 - 项目级
repositories字段若存在，会直接覆盖全局镜像，此时即使全局配了阿里云，也只对没声明repositories的项目生效
最稳做法：所有 PHP 版本统一用 COMPOSER_HOME=/opt/composer-config 启动，并把镜像配置写入该目录下的 config.json，而非依赖用户家目录。
立即学习“PHP免费学习笔记（深入）”；
实际部署时哪些参数组合必须加？
PHP 版本切换后首次安装，别直接跑 composer install——先清旧缓存、禁用干扰项：
- 强制走共享缓存 + 关闭 Xdebug：
php -d xdebug.mode=off -d memory_limit=-1 COMPOSER_HOME=/opt/composer-config composer install --no-dev --prefer-dist --no-autoloader --no-scripts - 确认镜像真生效：加
-vvv后看日志里是否出现mirrors.aliyun.com，而不是packagist.org - 删掉旧
vendor/和composer.lock再重装，避免 platform 不匹配引发的降级查找（例如 lock 里记录的是 PHP 8.1 下解出的版本，却在 8.2 上硬装）
共享缓存能省时间，但不能绕过版本约束；真正决定装什么的，永远是 composer.json + 当前 PHP 实际版本 + composer.lock 三者共同作用。镜像和缓存只是让这个过程更快、更确定。
