不能。Composer 硬性禁止 vendor-dir 设为项目外目录，因自动加载、脚本路径和依赖解析均依赖 vendor 在项目内；仅允许在项目目录下移动（如 libs），复用包应改用 cache-dir 或 path repository。
vendor-dir 能不能设成项目外目录？
不能。Composer 明确禁止把 vendor 放到项目根目录之外，比如 /opt/my-packages 或 ../shared/vendor。这不是权限问题，而是设计硬约束——自动加载器、脚本执行路径、依赖解析逻辑全都基于“vendor 在项目内”这一前提。
常见错误现象：
• 设置 COMPOSER_VENDOR_DIR=../vendor 后，composer install 表面成功，但 require 'vendor/autoload.php' 报错找不到类
• composer dump-autoload 失败，提示 “Class not found in PSR-4 mapping”
• 第三方插件（如 PHPStan、PHPUnit）的 bin 文件无法执行，因为它们的 autoloader 读取的是相对 vendor/ 的路径
想隔离 vendor 目录？只限项目内移动
如果你只是想把 vendor 换个名字或挪到子目录（比如叫 libs 或 packages），这是被允许的，但必须仍在项目目录下。
- 在
composer.json中加配置："config": { "vendor-dir": "libs" } - 或用环境变量临时指定：
COMPOSER_VENDOR_DIR=libs composer install - 确保所有 CI/CD 脚本、Dockerfile、部署工具同步更新该路径，否则上线会挂
- IDE（如 PhpStorm）可能缓存旧路径，需要手动刷新 Composer autoloader 或重启索引
真正想复用包？别动 vendor，改用 cache-dir 或 path repository
多数人想“把包装到外面”，真实需求其实是：避免重复下载、跨项目共享本地开发中的包。这两件事，vendor-dir 完全不负责，也解决不了。
正确做法：
- 共享下载缓存：设置
COMPOSER_HOME或config.cache-dir，多个项目共用同一份 ZIP 解压结果，速度快、省磁盘 - 共享本地开发包：在主项目
composer.json里加repositories类型为path，指向../my-utils，然后composer require my-vendor/utils:dev-main—— Composer 会软链接（macOS/Linux）或复制（Windows），改源码立刻生效
注意：path 仓库不适用于生产部署，上线前要切回 packagist 或私有 repo，否则部署机上没那个路径
全局命令和全局包的安装位置是两回事
别混淆：composer 命令本身放哪（比如 /usr/local/bin/composer），和它装的全局包（如 laravel/installer）放哪，是两个独立路径。
全局包默认装在：
• Linux/macOS：~/.composer/vendor/
• Windows：%APPDATA%\Composer\vendor\
你可以用 COMPOSER_HOME 迁移这个位置，但迁移后必须把 $COMPOSER_HOME/vendor/bin 加进 PATH，否则像 laravel 这种命令就找不到——很多人只改了 COMPOSER_HOME 却忘了这步，结果 composer global require laravel/installer 成功了，但敲 laravel 还是报 command not found
