vendor目录必须是vendor/，因Composer硬编码该路径，config.vendor-dir仅在vendor不存在时生效；IDE、PHPStan、CI等工具均默认绑定此路径，改后将导致Class not found或Command not found等连锁故障。
vendor 目录为什么必须是 vendor/，不能改路径？
Composer 把 vendor 当作硬编码路径，不是配置项——哪怕你在 composer.json 里写 "config": {"vendor-dir": "libs"}，也只在 vendor/ 不存在时生效；一旦已有 vendor/，它就彻底无视这个配置。
更关键的是，几乎所有生态工具都默认绑定这个路径：vendor/autoload.php 被 IDE、PHPStan、Psalm、Dockerfile、CI 脚本硬引用；vendor/bin/ 下的命令（如 phpunit）内部也写死了相对路径；改了它，90% 的工具链立刻断裂，且错误信息往往不提示“路径不对”，而是报 Class not found 或 Command not found。
- 想换目录？先删整个
vendor/，再改composer.json的config.vendor-dir，再跑composer install -
-d参数和COMPOSER_VENDOR_DIR环境变量在多数场景下无效，尤其 CI 中容易静默失败 - 路径值必须是相对路径（如
"third-party"），不能以/开头，否则 Windows 或某些容器环境会解析错
vendor/monolog/monolog 这种双层路径是怎么定的？
它完全来自 Packagist 上包的 name 字段：比如 monolog/monolog 包的 composer.json 里写着 "name": "monolog/monolog"，Composer 就一字不差地按 / 拆成两级目录创建，大小写、空格、斜杠数量全敏感。
这不是“约定”，是硬解析。你手动把 vendor/monolog/monolog 改成 vendor/monolog/Monolog，下次 composer update 会直接覆盖，且 autoload_psr4.php 仍按原路径映射，类加载必然失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 包名
acme/utils→ 目录vendor/acme/utils - 厂商名和包名必须全小写，
ACME/utils和acme/Utils都会导致路径错位 - 别指望靠改目录名来“整理”依赖——
vendor/不是文件夹，是命名空间的落地快照
autoload.php 和 vendor/composer/ 到底谁管加载？
vendor/autoload.php 只是个门面，真正干活的是 vendor/composer/ 下一堆动态生成的文件：autoload_real.php 是调度中心，autoload_psr4.php 存命名空间到路径的映射，installed.json 记每个包的实际路径和版本。
删掉 vendor/autoload.php？没问题，composer dump-autoload 能重建它；但删了 vendor/composer/ 整个目录？Class not found 立刻报给你看，因为映射元数据全丢了。
-
--optimize-autoloader会把 PSR-4 映射编译进autoload_static.php，加载更快，但改类后必须手动dump-autoload -
autoload_static.php是静态表，autoload_psr4.php是运行时扫描，两者共存时优先用静态表 -
vendor/composer/不能局部删——看着像缓存，实则是自动加载链上不可跳过的环节
vendor/bin/ 下的命令为什么有时找不到？
vendor/bin/ 里的可执行文件（如 phpunit、phpstan）不是 Composer 自动生成的，而是由对应包的 composer.json 中 "bin" 字段显式声明的。没声明，就不会出现在这里。
常见现象：装了 phpstan/phpstan，但 vendor/bin/phpstan 不存在——得去它源码的 composer.json 里查是否含 "bin": ["phpstan"]；老版本可能只声明 "bin": ["phpstan-shim"]。
- Linux/macOS 下
./vendor/bin/phpunit报Command not found？多半是权限问题：chmod +x vendor/bin/phpunit - Windows 下依赖
.bat或.ps1文件，没生成就执行不了 - 全局安装的
composer global require laravel/installer命令，实际装在~/.composer/vendor/，和项目vendor/完全隔离
vendor/ 表面上是目录，实则是 Composer 运行时状态的物化结果——它耦合了命名空间、自动加载策略、包版本快照、工具链路径，任何局部改动都可能触发连锁失效，而错误信号又常常滞后或模糊。 
