composer怎么修改默认安装目录_composer vendor目录更名方法

能换地方，唯一安全做法是配置 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 却查不到源头。