不能直接改 vendor 目录名；可通过 composer_vendor_dir 环境变量或 composer.json 中 config.vendor-dir 指定依赖安装路径，但需同步更新 autoload.php 引入路径及 git/ide 配置。
composer install 时 vendor 目录名能改吗
不能直接改 vendor 这个目录名——Composer 硬编码了它，所有命令（install、update、dump-autoload）都默认读写 vendor/，改名会导致自动加载失败、脚本找不到包、插件报错。
但你可以让 Composer 把文件「存到别的路径」，再通过软链或配置间接实现“看起来像换了名”。关键不是改名，而是改位置。
用 COMPOSER_VENDOR_DIR 环境变量指定存放路径
这是最轻量、兼容性最好的方式，不改 composer.json，不影响团队协作，且所有 Composer 版本（>=1.0）都支持。
- Linux/macOS：运行前设环境变量，比如
COMPOSER_VENDOR_DIR=lib/my-packages composer install - Windows（CMD）：先执行
set COMPOSER_VENDOR_DIR=lib\my-packages，再运行composer install - Windows（PowerShell）：用
$env:COMPOSER_VENDOR_DIR="lib/my-packages" - CI/CD 中建议写进部署脚本，避免污染全局环境
注意：autoload.php 会生成在新路径下，你的 require 'vendor/autoload.php' 就得同步改成 require 'lib/my-packages/autoload.php'；否则 Class not found 是必然的。
在 composer.json 里用 config → vendor-dir 控制路径
比环境变量更持久，适合项目级约定，但要注意它会被 COMPOSER_VENDOR_DIR 覆盖（优先级更低），且对某些旧版 Composer（如 1.x 早期）有兼容问题。
在 composer.json 的 config 段加上：
{
"config": {
"vendor-dir": "lib/my-packages"
}
}
之后运行 composer install，依赖就会落到 lib/my-packages/ 下。但以下情况要特别小心：
- 已有
vendor/目录时，composer install不会自动清理它，得手动删掉旧目录 - Git 忽略规则（如
.gitignore）里写的/vendor不再生效，得补上/lib/my-packages - IDE（如 PHPStorm）可能缓存了旧的自动加载路径，需要重新索引或刷新 vendor 目录
为什么别用软链接伪装 vendor 名字
有人试过 ln -s lib/my-packages vendor，表面看目录名没变，但实际埋了坑：
- Composer 自身会检测真实路径，某些命令（如
composer dump-autoload --optimize）可能绕过符号链接，生成错误的类映射 -
composer show --installed显示的路径是真实路径，和你预期不符，排查问题时容易误判 - Windows 上软链支持不稳定，尤其在 Git Bash 或非管理员权限下容易失效
- 容器构建（Docker）中，如果 base image 没开
--privileged或没装coreutils，软链创建失败且无提示
真要统一命名风格，不如接受 vendor 是固定入口，把自定义逻辑放在上层——比如用 lib/ 存业务代码，vendor/ 只管依赖，边界反而更清晰。
