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 Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 安全得多。