Composer默认将依赖安装到项目根目录下的vendor文件夹，因该路径被硬编码在autoloader逻辑与解析流程中；改vendor-dir仅首次生效且需同步更新autoload.php引入路径、部署脚本及IDE配置。
composer install 默认装到哪里，为什么不能直接改 vendor 目录
Composer 默认把所有依赖写死在项目根目录下的 vendor 文件夹里，这个路径硬编码在 Composer 的 autoloader 生成逻辑和 composer.json 解析流程中。你不能靠改 composer.json 里的某个字段就让 composer install 把包下到 lib/dependencies 这种地方——它会报错或静默失败。
用 COMPOSER_VENDOR_DIR 环境变量临时切换安装路径
这是最轻量、最可靠的方式，适合 CI/CD 或本地调试时快速指定位置。它不改配置、不碰锁文件，只影响本次执行：
- Linux/macOS：
COMPOSER_VENDOR_DIR=lib/dependencies composer install - Windows（PowerShell）：
$env:COMPOSER_VENDOR_DIR="lib\dependencies"; composer install - Windows（CMD）：
set COMPOSER_VENDOR_DIR=lib\dependencies && composer install
注意：COMPOSER_VENDOR_DIR 只控制 vendor 目录位置，不会自动重写 autoload.php 路径；你后续要手动 require 对应的 lib/dependencies/autoload.php，否则类找不到。
在 composer.json 中配置 vendor-dir（仅适用于全局或固定项目）
如果你希望整个项目长期使用非默认路径，可以在 composer.json 根对象里加 config 段：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
{
"config": {
"vendor-dir": "lib/dependencies"
}
}
然后运行 composer install。但要注意：
- 这个配置只对当前项目生效，不影响全局行为
- 一旦设了
vendor-dir，所有后续命令（composer update、composer require）都会沿用该路径 - 如果已有
vendor目录，先手动删掉，否则 Composer 可能跳过安装或报路径冲突 -
composer dump-autoload生成的 autoload 文件仍会指向新路径，但某些插件或脚本若硬编码了vendor/autoload.php就会失效
为什么 vendor 路径改了，autoload 还是报错 Class not found
根本原因不是 Composer 没装对，而是你的代码还在 require 原来的 vendor/autoload.php。比如：
require 'vendor/autoload.php'; // 错！路径已变成 lib/dependencies/autoload.php
正确做法是：
- 要么改成
require 'lib/dependencies/autoload.php'; - 要么用 Composer 提供的推荐方式：
require __DIR__ . '/lib/dependencies/autoload.php'; - 更健壮的做法是：检查
COMPOSER_VENDOR_DIR环境变量或读取composer.json动态推导路径，但多数项目没必要这么复杂
真正容易被忽略的是：修改路径后，IDE（如 PHPStorm）的自动补全和类型提示可能缓存了旧 vendor 结构，需要手动刷新索引或重启。
