答案：Composer提示包未安装但实际存在时，通常是状态不同步所致。1. 运行composer install或composer update --lock同步缓存；2. 删除vendor和composer.lock后重装以确保一致性；3. 检查replace配置避免误标记；4. 确认已执行composer install且autoload存在；5. 必要时清除全局缓存。优先重建环境可解决多数问题。
当你在使用 Composer 时遇到提示“Package ... is not installed”，但你确定该包已经存在于 composer.json 中甚至 vendor/ 目录下也存在，这通常不是因为包真的没安装，而是 Composer 的状态识别出现了偏差。以下是几种常见原因和解决方法：
1. 更新本地包清单缓存
Composer 维护一个本地的已安装包列表（保存在 composer.lock 和内存缓存中）。如果手动修改了 vendor/ 或 composer.lock，这个状态可能不同步。
- 运行
composer install重新同步依赖 - 或执行
composer update --lock来刷新 lock 文件而不升级包
2. 检查 composer.lock 与 vendor 是否匹配
有时 composer.lock 记录的版本和实际 vendor/ 中的包不一致，会导致 Composer 判断为“未安装”。
- 删除
vendor/和composer.lock - 重新运行
composer install
这能确保所有内容从 lock 文件重建，消除不一致。
3. 包被替换或移除（如 replace 配置）
如果你的 composer.json 或某个依赖使用了 "replace" 声明，Composer 会认为该包已被替代而不再检查其安装状态。
- 检查根项目的
composer.json和依赖包中的replace字段 - 确认是否误把真实包标记为“已被替换”
4. 使用了 --no-install 的创建命令
某些项目脚手架（如 Laravel 安装器）生成项目后不会自动运行 composer install，导致 vendor/ 不完整或缺少 autoload 文件。
- 确认是否已运行
composer install - 检查
vendor/autoload.php是否存在
5. 清除 Composer 全局缓存
极少数情况下，Composer 自身缓存可能导致判断错误。
建议操作：- 运行
composer clear-cache或composer clear - 再尝试
composer install
composer install 或重建 vendor/ 与 composer.lock。基本上就这些。 
