答案：composer默认将依赖安装到项目vendor目录，可通过符号链接、config配置、环境变量或私有仓库等方式实现外部存储。1. 使用符号链接可让vendor指向外部路径，实现多项目共享；2. config中vendor-dir仅支持项目内相对路径；3. COMPOSER_VENDOR_DIR环境变量可临时指定路径但需权限且易引发加载问题；4. 更推荐全局安装、私有Packagist或docker方案以稳定共享依赖。强行移动vendor目录违背Composer设计理念，可能导致兼容性与部署风险。
Composer 默认会把依赖包安装到项目根目录下的 vendor 目录中。但如果你希望将 vendor 目录放到项目外部（比如共享依赖或多个项目共用一个 vendor），可以通过一些配置和技巧实现，虽然 Composer 本身不直接支持完全自定义 vendor 路径，但有以下可行方案。
1. 使用 symlinks（符号链接）
最简单的方法是让 vendor 目录保持在项目内，但通过符号链接指向外部的实际位置。
操作步骤：
- 先在项目外创建目标 vendor 目录，例如：
/shared/vendor - 删除项目中原有的
vendor目录（如果存在） - 运行
composer install前，创建符号链接：
ln -s /shared/vendor ./vendor
mklink /D vendor C:sharedvendor
这样 Composer 会“以为” vendor 在项目内，实际文件存储在外部。多个项目可以共用同一个 vendor 目录（需注意版本兼容性）。
2. 修改 composer.json 的 config 配置（部分生效）
Composer 支持通过 config 设置某些路径，但 vendor-dir 只能设置为项目内部的相对路径，不能跨项目根目录。
{ "config": { "vendor-dir": "../shared/vendor" } }
这只能将 vendor 放到上级目录中（仍在项目结构附近），且要求上级目录属于项目可写范围。不能指向任意系统路径（如 /opt/vendor）。
3. 使用 COMPOSER_VENDOR_DIR 环境变量
你可以通过环境变量临时指定 vendor 目录位置：
COMPOSER_VENDOR_DIR=/path/to/external/vendor composer install
同样，这个路径必须是相对或绝对路径，Composer 会尝试使用它。但要注意：
- 路径需要有写入权限
- 自动加载器生成的路径可能仍包含相对引用问题
- 多个项目共用时需确保依赖版本一致，否则容易出错
4. 共享库场景建议：使用全局 require 或私有仓库
如果你的目标是减少重复下载或统一管理依赖，更推荐以下方式：
- 全局安装工具类包：
composer global require foo/bar - 搭建私有 Packagist 服务器（如 Satis），集中管理公司级包
- 使用 Docker 或共享 volume 实现多项目依赖隔离与复用
这些方式比强行移动 vendor 目录更稳定、更符合 Composer 设计理念。
基本上就这些。Composer 的设计初衷是每个项目独立维护依赖，强行外移 vendor 容易导致自动加载异常或部署问题。如果只是为了节省空间或统一版本，建议优先考虑符号链接或私有仓库方案，而不是彻底改变 vendor 路径。