能换地方，唯一安全做法是配置 composer.json 的 vendor-dir 项为相对路径（如 "mylibs"），删除旧 vendor 目录后重新运行 composer install；需同步更新 require 'vendor/autoload.php' 为新路径，并修正框架/ide/ci 中硬编码的 vendor 引用。
composer install 默认把包装到 vendor 目录，能换地方吗
不能直接“换地方”，composer install 始终按 vendor 目录写死逻辑解析自动加载、类映射和脚本路径。强行改目录名会导致 autoload.php 找不到、composer dump-autoload 失效、第三方包内硬编码的 vendor/autoload.php 引用断裂。
想改 vendor 名字，唯一安全做法是改 composer.json 的 vendor-dir 配置
这是 Composer 官方支持的配置项，影响所有后续安装行为，但不会破坏现有 autoload 机制——Composer 会自动生成对应目录下的新 autoload.php。
操作步骤：
- 在项目根目录的
composer.json中添加"config"段落（若无） - 设置
"vendor-dir"值为相对路径，比如"mylibs"或"thirdparty" - 删掉现有
vendor目录（必须删干净） - 重新运行
composer install或composer update
示例配置片段：
{
"config": {
"vendor-dir": "mylibs"
}
}
注意：vendor-dir 只接受相对路径，不能以 / 开头；也不能指向 webroot 下可被直接访问的目录，否则可能暴露 composer.lock 或包内测试文件。
修改 vendor 目录名后，require 和 autoloading 还正常吗
正常，但前提是所有依赖代码没硬编码 vendor 字符串。Composer 生成的 autoload.php、ClassLoader 实例、PSR-4 映射路径全部基于新目录动态生成。
常见踩坑点：
-
require 'vendor/autoload.php'这行必须同步改成require 'mylibs/autoload.php' - 某些老版本框架（如 Laravel 5.0 之前）的启动脚本里写死了
vendor，需手动修正 - IDE（如 PHPStorm）可能缓存了旧 vendor 路径，需要右键刷新或重载项目
- CI/CD 脚本中如果用
find vendor -name "*.php"类命令，要同步更新路径
为什么不用 symlink 或 .gitignore + mv 伪装方式
这类“取巧”方式短期看似可行，但实际埋雷：
- symlink 在 Windows 上兼容性差，且部分 Docker 环境或 CI runner 不支持挂载符号链接
- mv 后不改
composer.json，下次composer update仍会重建vendor目录，覆盖你的改动 - Git 会记录重命名动作，导致协作时其他人 pull 后本地结构不一致，autoload 失败却查不出原因
- Composer 插件（如
hirak/prestissimo）或自定义 installer 在运行时依赖vendor-dir配置值，硬改目录名会让它们误判环境
真正要稳定生效，就老老实实配 vendor-dir，别绕路。
最常被忽略的是：改完配置后忘了删旧 vendor 目录，结果 composer install 检测到已有目录就跳过生成 autoload，导致新旧路径混用，报 Class not found 却查不到源头。
