composer.phar损坏无法修复，只能重装：先删除旧文件，再用官方带SHA-384校验的install.php脚本重新安装，并确认PHP≥7.4、phar扩展已启用且phar.readonly=Off。
Composer 文件损坏没有“修复”一说，只有重装或重建——因为 composer.phar 是签名 Phar 归档，vendor 目录是 lock 文件的精确快照，二者都不支持局部修补。
composer.phar 报 PharException 或 “could not open input file” 怎么办
这不是文件“损坏”，而是签名失效或文件缺失。PHP 加载器在 PharException: phar ".../composer" has a broken signature 时会直接拒绝执行，这是安全强制行为，不是 bug。
- 先确认文件是否存在且可读：
ls -l $(which composer)；若权限为----------或输出cannot open，基本坐实不可用 - 再用
file $(which composer)检查类型：应为PHP script, ASCII text，若显示data，说明下载被截断或写入异常 - 别试
php -d phar.readonly=0强开——PHP ≥ 8.1 已移除该 INI 项，旧版强行启用也易导致后续命令静默失败（比如composer install显示成功但 vendor 中包未解压） - Linux/macOS 必须走官方带 SHA-384 校验的流程：
sudo rm -f $(which composer)→ 下载composer-setup.php→ 用curl -sS https://composer.github.io/installer.sig校验 →sudo php composer-setup.php --install-dir=/usr/local/bin --filename=composer - Windows 用户直接去官网下载
Composer-Setup.exe，双击安装即可绕过所有 PHAR 权限、换行符、杀毒拦截问题
vendor 目录里某个 PHP 文件报 “corrupted” 或 Class not found
这类错误几乎都来自缓存污染或局部缺失，不是代码本身出错。Composer 不扫描文件完整性，它只按 composer.lock 里的 dist.sha256 值校验下载后的压缩包——校验失败就报错，不尝试修复。
- 第一步永远是清缓存：
composer clear-cache；否则即使删了vendor/，它仍可能从~/.composer/cache（Linux/macOS）或%APPDATA%\Composer\Cache（Windows）里拉坏包 - 确认
composer.lock是否有效：运行composer validate，若报 JSON decode error 或空内容，说明锁文件已损，不能信任 - 若
lock有效，用rm -rf vendor彻底清空（别只删子目录），再跑composer install；它不会升级版本，只会严格还原 lock 记录的每个哈希与路径 - 若
lock损坏或缺失，不要直接composer install（v2.5+ 会报Command "install" is not defined），而应先rm -rf vendor，再composer update --with-all-dependencies，确保子依赖也对齐 - 某些包（如含二进制的
hirak/prestissimo）在 Composer
想找回历史版本的 vendor 或 composer.lock，有备份吗
Composer 本身不存历史快照，vendor/ 和 composer.lock 都是工作产物，恢复依赖于外部备份机制——Git、系统快照、或手动归档。
-
composer.lock本就是 Git 推荐提交的文件，若你有 Git 历史，直接git checkout HEAD^1 -- composer.lock就能回退到上一个可用状态 - 如果
vendor/曾被误删但lock还在，composer install就是“找回”的唯一方式；它不依赖本地历史，只依赖 lock 文件中记录的每个包的完整 URL 与 SHA256 - 没 Git？检查系统是否有定时快照（如 macOS Time Machine、Linux btrfs snapshot、Windows File History）；
~/.composer/cache里也可能残留旧包，但无法保证可用性——缓存不保留元数据，且默认 7 天自动清理 - 别指望从 Packagist 上“找回”旧包：它只保留当前最新发布，不提供历史版本镜像；私有仓库若没配置保留策略，同样会丢失
- 真正容易被忽略的是 platform 配置：
composer.json里的"platform": {"php": "8.1.10"}会影响依赖解析结果；重装前必须确认php -v匹配，否则即使 lock 没变，composer install也可能选错版本
