唯一可靠方式是在composer.json中配置"config": {"vendor-dir": "lib/vendor"}；需提前创建父目录、删除旧vendor、重装依赖并更新所有硬编码路径。
composer.json 里改 vendor-dir 是唯一可靠方式
想换 vendor 目录位置，不是靠命令行参数临时指定——composer install 本身根本不接受路径参数，--vendor-dir 这个选项早在 Composer 2.0 就被彻底移除了。唯一受支持的项目级配置，是在项目根目录的 composer.json 中写入：
{ "config": { "vendor-dir": "lib/vendor" } }注意：vendor-dir 值必须是相对路径（不能以 / 开头），也不能含 ..；Composer 不会自动创建父目录，所以 lib/ 得提前 mkdir -p lib，否则报 Could not create directory。
COMPOSER_VENDOR_DIR 环境变量优先级更高，适合 CI/CD
当需要在不同环境动态切换路径（比如 Docker 构建、GitHub Actions、多租户部署），硬编码进 composer.json 就不灵活了。这时用环境变量覆盖最直接：
- Linux/macOS：
COMPOSER_VENDOR_DIR=./packages composer install - Windows CMD：
set COMPOSER_VENDOR_DIR=.\packages && composer install - Docker：
docker run -e COMPOSER_VENDOR_DIR=/app/vendor -v $(pwd)/vendor:/app/vendor ...
composer.json 里的 vendor-dir。但要注意：PHP-FPM 或 Apache 下，变量必须在 Web 服务器进程启动前注入，只在 shell 里 export 是无效的。
改完路径后必须重装，否则 autoload.php 仍指向旧位置
vendor 目录一动，vendor/autoload.php 和 vendor/bin 的路径就全变了。而 Composer 自动生成的加载器代码里，路径是硬编码的，比如：
require __DIR__ . '/lib/vendor/composer/autoload_real.php';所以不能只改配置就完事：
- 必须删掉旧
vendor目录（哪怕它还存在） - 必须运行完整
composer install或composer update，而不是composer dump-autoload - 检查新生成的
vendor/autoload.php文件头，确认路径已更新
require 'vendor/autoload.php' 都会因路径错误导致 Class not found。
缓存路径和全局目录是两回事，别混在一起改
COMPOSER_VENDOR_DIR 只控制依赖包安装位置，不影响缓存或全局配置。缓存路径由 COMPOSER_CACHE_DIR 控制，全局目录（含 auth.json、全局命令）则由 COMPOSER_HOME 决定。三者互不干扰，但容易误判：
- 改了
vendor-dir却发现下载还是慢？那是缓存没配好，跟安装路径无关 - 设了
COMPOSER_CACHE_DIR但composer config --global cache-dir没变？说明环境变量没生效，或 Composer 版本低于 2.2 - 用 root 装过全局包再切回普通用户，
COMPOSER_HOME权限可能出问题，导致 auth 失败
