必须写在项目根目录的composer.json文件顶层config字段中，如{"config":{"vendor-dir":"lib/vendor"}}，改后需删除旧vendor并运行composer install才生效。
vendor-dir配置写在哪儿才生效
必须写在项目根目录的 composer.json 文件里，不是命令行参数，也不是全局配置。很多人误以为 composer install --vendor-dir=xxx 能生效，其实这个参数根本不存在——Composer 命令行不支持动态指定 vendor-dir。
正确做法是编辑 composer.json，在顶层加一个 "config" 字段：
{
"name": "my/project",
"type": "project",
"config": {
"vendor-dir": "lib/vendor"
}
}
之后运行 composer install 或 composer update，依赖就会装到 lib/vendor 而不是默认的 vendor 目录。
vendor-dir路径是相对还是绝对
是相对于项目根目录（即 composer.json 所在位置）的相对路径。写成 "vendor-dir": "/var/www/myapp/vendor" 这种绝对路径会失败，Composer 会把它拼到项目根目录下，最终变成类似 /path/to/project//var/www/myapp/vendor 的诡异路径。
- ✅ 正确：
"vendor-dir": "storage/vendor" - ❌ 错误：
"vendor-dir": "/storage/vendor"或"vendor-dir": "../vendor" - ⚠️ 注意：路径不能以
../开头，否则 Composer 会拒绝加载并报错Invalid config key 'vendor-dir'
自定义vendor-dir后autoload失效怎么办
Composer 自动生成的 vendor/autoload.php 路径变了，但 composer dump-autoload 仍会生成对应新路径下的 autoload 文件——前提是 composer.json 里的 vendor-dir 已存在且未被忽略。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
常见问题：
- 改完
composer.json后没重新运行composer install，旧vendor目录还在，导致自动加载器仍指向旧路径 -
autoload.php被硬编码在代码里，比如require 'vendor/autoload.php';—— 必须同步改成require 'lib/vendor/autoload.php'; - 某些 IDE 或静态分析工具缓存了 vendor 路径，需要手动刷新索引
多环境共用同一vendor-dir的风险
如果多个项目共享同一个 vendor-dir（例如通过 symlink 指向统一目录），会出问题：
- 不同项目依赖同一包的不同版本时，Composer 无法隔离，安装或更新可能覆盖彼此的依赖
-
composer.lock记录的是当前项目的依赖快照，共享 vendor 目录会导致 lock 文件与实际文件状态不一致 - 执行
composer update时，Composer 会清空整个vendor-dir再重装，影响其他项目
真正需要复用依赖的场景（如 CI 缓存），应该用 COMPOSER_CACHE_DIR 环境变量控制下载缓存，而不是共享 vendor 目录本身。
路径配置看着简单，但一旦跨项目、跨部署环境，vendor-dir 的相对性、autoload 的耦合性、以及 lock 文件的绑定关系，很容易被忽略。改之前最好先 rm -rf vendor && composer install 验证一遍完整流程。
