vendor/autoload.php损坏或vendor目录不完整导致Class not found时，应删除vendor/autoload.php和vendor/composer/后运行composer dump-autoload恢复，而非直接删整个vendor目录。
不是 autoload 配置错了，而是 vendor 目录不完整或 autoload.php 损坏 —— 直接删 vendor/autoload.php 和 vendor/composer/，再跑 composer dump-autoload 就能恢复。
composer install 中断后 class not found 怎么办
这不是 PHP 找不到类，是 Composer 自动加载机制卡在半途：install 被 Ctrl+C、网络断开或磁盘满，导致 vendor/ 里部分包写入成功，但 vendor/autoload.php 或 vendor/composer/ 下的 autoloader 映射没生成全，结果 require 'vendor/autoload.php' 加载了残缺映射，一用就报 Class not found。
- 别直接删整个
vendor/—— 它可能含已编译的扩展或特殊构建产物，重装成本高 - 优先执行
composer install --dry-run：如果输出里大量显示Skipped，说明 Composer 能识别已有包，此时直接再跑一次composer install就能续装 - 如果
--dry-run报错（比如提示Cannot open file vendor/composer/autoload_static.php），说明 autoload 结构已损坏，必须清理：
→ 删除vendor/autoload.php
→ 删除vendor/composer/目录（保留vendor/下其他包文件夹）
→ 运行composer dump-autoload
→ 再跑composer install
composer show --tree 不显示依赖树只有一行
命令没坏，是环境快照断裂。Composer 依赖树展开依赖三个东西同时存在且匹配：composer.json、composer.lock、vendor/ 目录内容。只要缺一个或版本对不上，show --tree 就退化成只读顶层 require。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer.lock为空或不存在 →composer show --tree只读composer.json的require字段，不递归任何子依赖 -
vendor/为空或与composer.lock不匹配 → 输出为空，或报No composer.json found（实际是找不到已安装包元数据） - 当前不在项目根目录（即没有
composer.json的路径）→ 命令根本无法初始化，直接失败 - 验证三件套是否齐备：
ls -l composer.json composer.lock vendor/；若vendor/空，先composer install；若composer.lock缺失，别急着composer update，先确认团队是否采用“无 lock 提交”策略
私有包配置了 repositories 却 still not found
Composer 会静默忽略格式错误的 repositories 配置，然后继续查默认源 —— 所以你看着配置写了，其实根本没生效，自然找不到包。
- 检查
composer.json里repositories是否为数组，且每个仓库对象含必需字段：{"type": "vcs", "url": "https://your-git-server/repo.git"}（type和url缺一不可） - 确保
url可被本地 git 访问：手动运行git ls-remote https://your-git-server/repo.git，看是否返回 ref 列表；若需认证，得提前配好auth.json或 ssh key - 私有包名必须和仓库里
composer.json的name字段完全一致（包括大小写），例如仓库定义为"name": "mycorp/mylib"，你就得composer require mycorp/mylib，写成MyCorp/mylib就失败 - 切记：公共镜像（阿里云、腾讯）不会同步你的私有仓库，
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/对私有包无效
真正麻烦的是 autoload 映射和 lock 文件的隐式耦合——它不报错，但会让后续所有 require/update 行为变得不可预测。每次中断后，先 --dry-run 看状态，比盲目删 vendor 安全得多。
