vendor目录是composer硬编码的依赖安装路径，不可更改；autoload.php是自动加载唯一入口，vendor/composer/下文件承载实际映射逻辑；vendor/bin中命令由包的bin字段注册；vendor不提交git，生产环境应使用--no-dev安装。
vendor 目录不是“放包的地方”——它是 Composer 依赖隔离与自动加载的物理载体，结构即逻辑，路径即命名空间。
vendor/monolog/monolog 这种双层路径是怎么来的
这个路径完全由 Packagist 上包的 name 字段硬编码生成，比如 monolog/monolog 包的 composer.json 里写的是 "name": "monolog/monolog"，Composer 就会严格创建 vendor/monolog/monolog/ 目录，中间不能多一个空格、不能大小写混用、也不能少斜杠。
常见错误现象：
- 手动改了
vendor/monolog/monolog为vendor/monolog/Monolog→ 下次composer update直接覆盖，且autoload.php仍按原路径找，类加载失败 - 在
composer.json中写"monolog/monolog": "^3.0"，但本地包名是myorg/monolog→ 安装后路径是vendor/myorg/monolog，和预期 namespace 不匹配，PSR-4 映射失效
所以别指望靠改目录名来“整理 vendor”，它不是文件夹，是命名空间的落地快照。
vendor/autoload.php 和 vendor/composer/ 是什么关系
vendor/autoload.php 是所有自动加载的唯一入口，但它本身不包含任何映射逻辑；真正干活的是 vendor/composer/ 下那一堆动态生成的文件，比如 autoload_psr4.php、installed.json、autoload_static.php。
使用场景：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 你删了整个
vendor/composer/目录 → 即使vendor/autoload.php还在，new \Monolog\Logger()也会报Class not found - 你只删了
vendor/autoload.php→ 运行composer dump-autoload就能重建它，但前提是vendor/composer/还完整 - CI 脚本里执行
composer install --no-dev && composer dump-autoload --optimize→ 后者会把 PSR-4 映射编译进autoload_static.php，提升加载性能，但会丢失开发时的热重载能力
vendor/bin/ 下的命令为什么有时找不到
vendor/bin/ 里的可执行文件（如 phpunit、phpstan）不是 Composer 自动生成的，而是由对应包的 composer.json 中 "bin" 字段显式声明的。没声明，就不会出现在这里。
容易踩的坑：
- 装了
phpstan/phpstan，但vendor/bin/phpstan不存在 → 检查它的composer.json是否含"bin": ["phpstan"]；老版本可能只声明"bin": ["phpstan-shim"] - 运行
./vendor/bin/phpunit报错Command not found→ 实际是脚本权限问题，Linux/macOS 下需chmod +x vendor/bin/phpunit，Windows 则依赖.bat或.ps1文件是否存在 - 全局安装的
composer global require laravel/installer→ 命令在~/.composer/vendor/bin/laravel，和项目级vendor/bin/laravel完全无关，PATH 冲突时优先级取决于环境变量顺序
vendor 目录能删吗？哪些文件真不能动
可以删，而且经常要删——但必须用 composer install 重建，而不是手动补几个文件。
绝对不能动的：
-
vendor/composer/installed.json：记录当前所有已安装包的精确版本和 autoload 配置，删了会导致dump-autoload失效或生成错误映射 -
vendor/composer/autoload_*.php：所有自动加载规则的运行时编译结果，删了等于关掉自动加载引擎 -
vendor/autoload.php：唯一合法引入点，哪怕只剩这一行require_once __DIR__ . '/composer/autoload_real.php';，也必须存在
真正可安全清理的只有各包目录下的源码（比如 vendor/guzzlehttp/guzzle/src/），但没必要——因为 composer install 本来就是解压+覆盖，留着旧文件反而可能干扰 IDE 索引或静态分析工具。
