误删 vendor/ 目录可直接运行 composer install 恢复（需 composer.lock 存在）；误删 composer.lock 则需从 Git 历史、CI 日志或手动锁定版本恢复；误删缓存仅影响下载速度，执行 composer clear-cache 即可。
Composer 本身不生成或管理“临时文件”，所谓误删的临时文件，基本是误删了 vendor/ 目录、composer.lock 或缓存目录里的元数据（如 packages.json），恢复方式取决于你实际删了什么。
删了 vendor/ 目录？直接 composer install 就行
vendor/ 不是临时缓存，而是所有依赖包的实际安装位置。删了它，项目就跑不起来，但只要 composer.lock 还在，恢复极快：
- 先确认当前目录下存在
composer.lock：ls -l composer.lock；不存在就跳到下一部分 - 运行
composer install—— 它会严格按 lock 文件还原每个包的确切版本和哈希值 - 别用
composer update，它会改写composer.lock，导致环境漂移 - 如果提示 autoload 错误，加一步
composer dump-autoload
删了 composer.lock？只能靠记忆或历史记录逼近
composer.lock 一旦丢失，composer install 就退化为按 composer.json 中的版本约束重新解析依赖树，结果往往和原来不同：
- 优先查 Git 历史：
git log --oneline -n 10 -- composer.lock，然后git checkout-- composer.lock - 没有 Git？翻 CI 日志（GitHub Actions / GitLab CI）、部署记录或本地终端历史：
history | grep composer - 实在找不到，只能手动编辑
composer.json，把"require"里每个包的版本号从"^x.y"改成具体版本（如"2.12.3"），再跑composer update --lock - 注意：改完后务必验证功能，尤其涉及 Symfony、Laravel 等大框架时，小版本差异可能引发运行时错误
删的是 Composer 缓存（~/.composer/cache）？清掉重来更干脆
缓存目录里主要是下载过的 ZIP 包和 packages.json 元数据。删了它不会影响项目本身，但可能让后续 install 变慢；不过有时缓存损坏反而导致诡异问题：
- 删缓存命令：
composer clear-cache（推荐，安全且覆盖全） - 手动删也行，路径因系统而异：
~/.composer/cache（Linux/macOS）或%APPDATA%\Composer\Cache（Windows） - 删完后若发现
composer require仍走旧镜像，说明镜像配置没清干净（见“Composer镜像配置怎么彻底还原”相关处理） - 缓存删了不影响
vendor/或composer.lock，不用额外操作
最常被当成“临时文件”误删的其实是 vendor/ 和 composer.lock，它们不是可丢弃的中间产物，而是环境一致性基石。删之前最好 git add -A && git commit -m "before vendor cleanup" —— 这比任何恢复手段都快。
