直接在composer.json的config字段中设置"vendor-dir":"lib/vendor"即可，执行composer install后依赖将装入该路径，但需同步更新autoload.php引入路径并清空旧vendor目录。

composer.json 里怎么改 vendor 目录位置

直接改 vendor-dir 配置项就行，这是 Composer 原生支持的最简方式。它只影响当前项目的依赖安装路径，不干扰全局行为。

在项目根目录的 composer.json 中添加或修改 config 段：

{
  "config": {
    "vendor-dir": "lib/vendor"
  }
}

执行 composer install 或 composer update 后，依赖就会装进 lib/vendor 而不是默认的 vendor。

• 路径必须是相对路径（从 composer.json 所在目录算起），不能以 / 开头
• 如果目录已存在且非空，Composer 会拒绝操作，需手动清空或换路径
• 改完后记得检查 autoload.php 的引入路径——比如原来 require 'vendor/autoload.php' 得同步改成 require 'lib/vendor/autoload.php'

为什么 vendor-dir 改了但 autoload 还报错

因为 Composer 的自动加载逻辑依赖于生成的 autoload.php 和其中硬编码的路径。改了 vendor-dir 但没重生成 autoload 文件，或者 PHP 脚本里写死了旧路径，就会出错。

Academic Composer Upload

辅助学术写作，包括查找资料、生成大纲、引用扩写及润色风格，同时确保引用规范。

下载

• 运行 composer dump-autoload 确保 autoload 文件更新（尤其在改 config 后）
• 检查所有 require / include 语句，确认路径和 vendor-dir 一致
• 如果用了 PSR-4 自动加载，命名空间映射本身不受 vendor-dir 影响，但文件物理位置变了，autoload 生成时会按新路径写死

想让所有项目都用统一的 vendor 路径怎么办

不能靠全局 composer.json，Composer 不支持全局 vendor 目录共享。所谓“统一管理”只能通过配置文件继承或脚本封装来模拟。

• 用 COMPOSER_HOME/config.json 设置 vendor-dir 对全局无效——该配置只影响 global 命令的 vendor（即 composer global install 的安装位置）
• 真要复用依赖，得用 path 类型仓库 + repositories 配置，把本地包当源来引用，而不是共用 vendor 目录
• 更现实的做法：用 Makefile 或 shell 脚本封装 composer install --no-interaction 并统一指定 -d 工作目录，再配合统一的 composer.json.template

vendor-dir 设成 ../shared/vendor 会有什么问题

能用，但容易踩权限、部署和协作坑。

• 多个项目指向同一 vendor 目录时，composer update 可能因版本冲突失败，因为不同项目 require 的包版本可能互斥
• CI/CD 流水线中，并行构建可能同时写同一个 vendor 目录，引发文件损坏
• Git 忽略规则（如 /vendor）不会自动适配新路径，得手动加 /lib/vendor 或类似条目
• 某些 IDE（如 PhpStorm）默认扫描 vendor 目录做代码补全，路径改了就得手动配置索引路径

跨项目共享 vendor 是反模式，除非你完全控制所有项目的依赖版本且部署流程高度定制化。