答案是运行composer install生成vendor目录。vendor目录不会自动创建，必须手动执行composer install（有lock文件时）或composer update（无lock时）；常见原因包括未安装依赖、git忽略vendor、安装中途失败；需先确认composer.json存在，再按需执行命令并配置镜像源确保成功。
vendor 目录不存在，不是 Composer 坏了，而是根本没执行过依赖安装。它不会自动创建，必须手动触发 composer install 或 composer update 才会生成。
为什么 vendor 目录没出现？
常见原因就三个：
- 项目刚初始化，只运行了
composer init或手动写了composer.json，但没装依赖 - Git 仓库里忽略了
vendor/（这是正确做法），克隆后直接开码，忘了装依赖 - 执行了
composer install但中途失败（比如网络超时、JSON 解析错误），vendor可能半途被删或没写完
重新生成 vendor 目录的正确步骤
别急着删文件或重装 Composer，先确认当前目录有有效的 composer.json。然后按顺序操作：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 确保已安装 Composer（终端运行
composer --version能返回版本号） - 运行
composer install—— 它读取composer.lock精确还原依赖，速度更快、更稳定 - 如果没
composer.lock（比如新项目或别人没提交它），就用composer update，但注意这会升级所有包到最新兼容版本，可能引入意外变更 - 安装过程中卡在某个包？大概率是默认源（packagist.org）访问慢或超时，不是你本地环境问题
换国内镜像源加速下载
Composer 默认走国外源，国内直连经常超时或 404。改源不是“可选优化”，而是基础可用前提：
- 全局设置（推荐）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 仅当前项目设置：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g） - 阿里云镜像最稳；清华源偶尔同步延迟；腾讯云源近年偶发 503；慎用某些小众镜像，存在证书或重定向问题
- 改完立刻生效，不用重启终端，但之前失败的
install要重新跑一次
vendor 目录生成后仍报 “Class not found”？
不是镜像或安装问题，而是自动加载没生效：
- 确认
vendor/autoload.php已被项目入口（如index.php）正确引入，且路径没错 - 如果改过
composer.json的autoload字段（比如加了psr-4映射），必须运行composer dump-autoload刷新映射表 - 某些 IDE（如 PHPStorm）缓存旧的类路径，重启索引或清掉
.idea/misc.xml中的 autoloader 配置项 - 别手动修改
vendor/composer/autoload_*.php文件——它们是自动生成的，一运行composer install就被覆盖
真正容易被忽略的是：vendor 不是“生成一次就完事”，每次拉新分支、切环境、甚至队友更新了 composer.lock，都得再跑一遍 composer install。它不像 node_modules 那样常被误认为可随意删，但也不该被当成神秘黑盒——只要理解它只是依赖快照的解压结果，问题就清楚了。
