没生成 vendor 目录，90% 是因路径错误、composer.lock 缺失或 vendor 目录属主为 root；需确认 pwd 在项目根目录、composer.lock 存在且非空、vendor 权限归属当前用户，并验证镜像配置与缓存清理。
直接结论：没生成 vendor 目录，90% 是因为当前路径不对、composer.lock 缺失或权限归属错位，不是网络慢或 Composer 坏了。
当前工作目录不是项目根目录
Composer 只认你敲命令时的 pwd 路径，不识别“项目结构”。常见错误是在 public/ 或 src/ 里执行 composer install，结果 vendor 被建在子目录下，上层脚本 require vendor/autoload.php 就直接报错。
- 终端里先运行
pwd，确认输出路径含composer.json - 如果不在根目录，用
cd ..或cd /path/to/project切过去再试 - CI/CD 脚本里必须显式
cd /project/path && composer install，不能依赖默认路径
composer.lock 文件缺失或损坏
composer install 的设计就是只按 composer.lock 还原，没有它就拒绝执行——不会退而求其次去读 composer.json。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
ls -l composer.lock确认文件存在且非空 - 存在就直接跑
composer install，别加--no-dev等参数干扰还原逻辑 - 不存在就别硬试
install，改用composer update（会重算依赖，版本可能变） - 优先从 Git 恢复：
git checkout HEAD -- composer.lock
vendor 目录被 root 占用，普通用户写不进去
报错里出现 Permission denied，大概率不是权限位不够（比如 chmod 755），而是 vendor/ 目录属主是 root，当前用户无权修改。
- 运行
ls -ld vendor/，如果输出含root root，就确认是所有权问题 - 只修复该目录：
sudo chown -R $USER:$USER vendor/ - 别碰
composer.json或源码目录，除非ls -ld composer.lock也显示root - 修复后立刻跑
composer install --no-scripts测试能否生成基础结构
镜像配置无效导致元数据拉取失败
镜像 URL 写错一个字符，Composer 就会静默 fallback 回 https://packagist.org，卡在 “Loading composer repositories” 不报错，看起来像挂起。
- 验证全局镜像：
composer config -g repo.packagist，输出必须是完整 JSON：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 注意末尾必须有
/，https://mirrors.aliyun.com/composer❌ - 项目级配置优先于全局，如果
composer.json里有"repositories"字段，全局镜像完全失效 - 换源后必清缓存：
composer clear-cache，否则旧失败记录还在
最容易被忽略的是：即使 composer install 显示 “Installing dependencies”，也不代表 vendor/autoload.php 真的存在——最终得靠 require 'vendor/autoload.php' 能否成功执行来验证，而不是看命令行有没有报错。
