vendor目录结构由packagist包name字段硬编码生成，如monolog/monolog对应vendor/monolog/monolog；路径不可手动修改，否则破坏自动加载与ide索引，需通过composer_vendor_dir环境变量或composer.json中vendor-dir配置安全变更。
vendor 目录结构不是“随便组织的”，它直接由 Packagist 上每个包的 name 字段硬编码生成，改不了，也不该手动调整。
vendor/monolog/monolog 这种双层路径是怎么来的
这是 Composer 解析 composer.json 中 name 字段的结果。比如包注册在 Packagist 的名字是 monolog/monolog，那它就会被解压到 vendor/monolog/monolog；symfony/http-foundation 就对应 vendor/symfony/http-foundation。
这个结构不依赖你本地怎么命名项目，也不受 autoload 配置影响——它是安装阶段就定死的物理路径。
- 如果你看到
vendor/mycompany/api-client，说明这个包在 Packagist 上的name就是mycompany/api-client，不是你本地改的 - 手动重命名子目录（如把
monolog/monolog改成monolog/core）会导致自动加载失败，因为vendor/autoload.php里记录的是原始路径映射 -
vendor/composer/autoload_static.php和autoload_classmap.php等文件，都是基于这个双层路径动态生成的，删了vendor后必须运行composer dump-autoload或composer install才能重建
为什么不能直接改 vendor 目录名或移动它
vendor/autoload.php 是相对路径硬编码的启动入口，它默认假设自己就在 vendor/ 下，并向上回溯找 vendor/composer/ 里的映射文件。一旦你把它改成 libs/ 或移到别处，require 'vendor/autoload.php' 就会报错，类全找不到。
- 错误现象：
Class 'GuzzleHttp\Client' not found，即使guzzlehttp/guzzle文件还在磁盘上 - IDE（如 PHPStorm）、静态分析工具（PHPStan/ Psalm）和 CI 脚本都默认扫描
vendor/，改名后它们会“失联” - 想换位置？唯一可靠方式是用环境变量：
COMPOSER_VENDOR_DIR="/path/to/my-vendor" composer install，但你代码里require的路径也得同步改
vendor/bin 下的可执行文件是谁放的
这是包作者在 composer.json 的 bin 字段里声明的，比如 phpunit/phpunit 声明了 "bin": ["phpunit"]，Composer 就会把 vendor/phpunit/phpunit/phpunit 软链或复制到 vendor/bin/phpunit。
- 这些命令只对当前项目生效，不是全局安装
- 执行时依赖当前项目的
vendor/autoload.php，所以不能脱离项目目录乱跑 - 如果你用
COMPOSER_VENDOR_DIR换了位置，vendor/bin也会出现在新路径下，不会留在旧vendor/
最常被忽略的一点：vendor 结构即逻辑，不是文件夹整理习惯问题。你看到的每层路径，都在 PSR-4 映射、自动加载、IDE 索引、CI 构建中起实际作用——动它之前，先确认你是在解决真实问题，而不是“看着不顺眼”。
