不能。Composer 将 vendor 目录名硬编码在源码中，强行改名会导致 autoload.php 加载失败、dump-autoload 报错及项目无法启动；config.vendor-dir 仅可修改路径，目录名仍须为 vendor。
vendor 目录名能直接改吗？
不能。Composer 默认把依赖包装进 vendor 目录，这个名称由 Composer 自身硬编码控制，不是靠配置文件简单覆盖就能改的。强行重命名目录会导致 autoload.php 加载失败、composer dump-autoload 报错，甚至整个项目无法启动。
用 config.vendor-dir 改路径（但名字仍得叫 vendor）
Composer 允许你把 vendor 目录挪到别的位置，比如 libs 或 deps，但目录名本身仍必须是 vendor —— 因为 Composer 的 autoloader 和 bin 脚本在生成时就写死了对 vendor/autoload.php 的引用。
实操建议：
- 在
composer.json里加："config": { "vendor-dir": "libs" }然后运行composer install，依赖会装进libs/vendor，而不是vendor - 注意：此时
autoload.php路径变成libs/vendor/autoload.php，你代码里require的路径也得同步改 - Git 忽略规则、CI 脚本、IDE 配置都要跟着更新，否则容易漏掉或误删
真要换名？只能改 Composer 源码（不推荐）
核心逻辑在 Composer 的 src/Composer/Config.php 和 src/Composer/Autoload/AutoloadGenerator.php 里，vendor 字符串被多处硬写。改完还得自己维护 fork，每次 Composer 升级都得重新 merge，极易出错。
常见错误现象：
- 运行
composer install后，autoload_static.php里仍写死vendor路径，导致类找不到 -
bin目录下的可执行脚本（如 Laravel 的artisan）依赖vendor/autoload.php，改名后直接报failed to open stream - 某些插件（如
composer-plugin-api）在初始化阶段就读取vendor结构，路径不对就静默失败
更现实的替代方案
如果你只是想“看起来不像 vendor”，有三个低风险做法：
- 用符号链接：安装完后执行
ln -s vendor my-deps，代码里用my-deps/autoload.php，但实际物理路径没变 - 用 PSR-4 自定义命名空间映射，把第三方包的类映射到自己的目录结构下（适合少量关键包）
- 用
composer create-project+ 自定义 installer，控制项目骨架，但不碰 vendor 本质
真正卡住的点往往不在“能不能改”，而在 autoloader 生成逻辑和所有依赖路径的强耦合——哪怕只动一个字符，都可能让整条加载链断掉。
