应通过环境变量COMPOSER_VENDOR_DIR设置，如Linux执行export COMPOSER_VENDOR_DIR="libs"后再运行composer install；需先删除旧vendor目录，否则Composer会跳过安装。
composer.json 里怎么改 vendor 目录位置
不能直接在 composer.json 里改 vendor 路径——它不支持 "vendor-dir" 这类字段写进配置文件。真要改，得靠环境变量或命令行参数。
最常用的是设置 COMPOSER_VENDOR_DIR 环境变量：
- Linux/macOS：
export COMPOSER_VENDOR_DIR="libs"，再运行composer install - Windows（CMD）：
set COMPOSER_VENDOR_DIR=libs - Windows（PowerShell）：
$env:COMPOSER_VENDOR_DIR="libs"
也可以临时指定，不污染环境：
COMPOSER_VENDOR_DIR=libs composer install
注意：这个变量只影响当前命令；若项目已存在 vendor，先手动删掉再执行，否则 Composer 会跳过安装。
为什么 Drupal 或 ThinkPHP 模板里 vendor 不在项目根目录
像 web/ + vendor/ 分离的结构（如 Drupal 的官方模板），本质是靠 COMPOSER_HOME 或项目级配置间接控制，但更关键的是——它们把 composer.json 放在了上层目录，而 Web 入口（index.php）通过相对路径加载 vendor/autoload.php。
例如 Drupal 项目中常见这种加载方式：
require_once __DIR__ . '/../../vendor/autoload.php';
所以实际路径定制分两步：
- 用
COMPOSER_VENDOR_DIR把依赖装到想要的位置（比如../vendor） - 确保自动加载路径在入口文件里能正确回溯到那个位置
硬编码路径容易出错，建议配合 composer dump-autoload -o 生成优化映射，并验证 class_exists('SomeClass') 是否正常。
path 类型 repository 下的模块怎么指定自己的安装路径
当你用 "type": "path" 引入本地模块（比如 module-a/），Composer 默认会把整个模块目录软链接进 vendor/my-project/module-a，而不是复制文件。这个行为无法用配置关闭或改成拷贝——它是 path 类型的默认策略。
如果你需要模块代码出现在特定子目录（比如 src/modules/module-a），就不能依赖 path 自动链接，得手动处理：
- 去掉
repositories里的path条目 - 把模块当成普通目录，用符号链接或构建脚本同步（例如
ln -sf ../module-a src/modules/module-a） - 在
autoload中用"psr-4"或"files"显式声明该路径
否则你会遇到：代码在 vendor/ 里，但 IDE 找不到定义，phpstan 报告未加载类——因为自动加载没覆盖那个路径。
多模块项目里 vendor 路径不一致导致 autoload 失败
当主项目和多个 path 模块各自有 composer.json，且你为它们设了不同 COMPOSER_VENDOR_DIR，问题就来了：主项目的 vendor/autoload.php 不知道模块的 vendor 在哪，也不会自动加载模块里自己 require 的包（比如 monolog/monolog）。
根本原因：Composer 的 autoloader 是单入口、扁平化的，不会递归扫描子模块的 vendor。
解决方向只有两个：
- 所有模块共用同一个
vendor目录（推荐）：统一设COMPOSER_VENDOR_DIR，并确保所有path模块的依赖版本兼容 - 模块不带
require，只放业务代码；把第三方依赖全部提到主项目composer.json中管理
试图让每个模块维护独立 vendor 并期望自动合并加载，是 Composer 设计上明确不支持的路径——它不是 npm，没有 node_modules 的嵌套解析逻辑。
