vendor路径本身不冲突，问题源于配置、自动加载与依赖解析三者不一致；改config.vendor-dir后必须同步更新入口文件require路径、IDE配置、Dockerfile及部署脚本中的硬编码路径，并执行composer install重建vendor，不可手动移动或编辑composer.lock。
vendor 路径本身不会“冲突”，真正出问题的是路径配置、自动加载和依赖解析三者不一致——比如 composer.json 里写了 "vendor-dir": "lib/vendor"，但 public/index.php 还在 require 'vendor/autoload.php'，这就不是 Composer 的错，是路径硬编码没同步。
vendor-dir 配置改了但 autoload 失败
Composer 不会自动修改你项目里手写的 require 路径，它只管生成 lib/vendor/autoload.php 和更新 composer.lock。一旦你改了 config.vendor-dir，以下几处必须人工核对：
-
public/index.php、bootstrap/autoload.php等入口文件中的require语句，路径要同步改成lib/vendor/autoload.php - IDE（如 PHPStorm）的 CLI 解释器或自动补全路径，需手动指向新
autoload.php - Dockerfile 或部署脚本中若有
COPY vendor/或RUN composer install后的路径引用，也要调整 -
composer dump-autoload不会重建 vendor 目录，也不会修复路径；必须执行composer install或composer update才会按新配置重装
多个 vendor 目录共存导致命令调用错乱
全局 Composer 工具（如 phpunit、phpstan）和项目本地 ./vendor/bin/ 下同名命令同时存在时，系统按 PATH 顺序优先执行全局版本——这常导致本地装了 phpunit/phpunit:^10，运行 phpunit --version 却显示 v9.6。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 验证当前生效命令位置：
which phpunit（Linux/macOS）或where phpunit（Windows） - 检查脚本内容：
head -n 3 $(which phpunit)，确认它require的是不是~/.composer/vendor/autoload.php - 项目内应统一使用
./vendor/bin/phpunit显式调用，避免依赖PATH - CI 脚本或
composer scripts中务必写全路径，例如"test": "./vendor/bin/phpunit"
composer.lock 记录路径与实际不符
composer.lock 里硬编码了所有包的安装路径（包括 vendor-dir 值），如果它是在旧路径下生成的，而你改了 vendor-dir 却直接跑 composer install，Composer 会尝试把包解压到新路径，但 autoload 仍按 lock 文件里记录的旧结构生成——结果就是类找不到。
- 改完
config.vendor-dir后，不要跳过composer install—— 它会删掉旧 vendor 并按新配置重建整个目录树 - 若已有
composer.lock，先git checkout -- composer.lock恢复原始状态再操作，避免 lock 文件残留旧路径元数据 - 绝对不要手动编辑
composer.lock中的vendor-dir字段：它由 Composer 自动维护，手改会导致校验失败或解析异常
为什么不能直接移动 vendor 文件夹
vendor 目录不是普通文件夹，它是 Composer 构建的运行时契约载体：autoload.php 里的路径是相对计算的，composer.lock 记录了每个包的完整 hash 和安装位置，vendor/composer/autoload_*.php 也内嵌了路径逻辑。强行剪切粘贴只会让这些契约全部失效。
- 移动后
require 'vendor/autoload.php'报错：因为autoload.php内部仍按原路径找vendor/composer/ - 运行
composer dump-autoload无效：它只刷新类映射，不重建 vendor 结构 - 唯一安全做法：删掉旧 vendor，改好
composer.json中的config.vendor-dir，再执行composer install
最易被忽略的是：框架入口文件（如 Laravel 的 public/index.php）和测试启动脚本（如 phpunit.xml 中的 bootstrap）里那些手写的 vendor/ 路径，它们不会随 composer.json 变化而自动更新。
