Composer 官方不提供 reinstall 子命令；所谓“重装”需组合操作，推荐使用 composer install --force-reinstall（仅强制重解压已锁定包）或彻底清空 vendor 后执行 composer install。

Composer 没有 reinstall 命令

直接说结论：Composer 官方不提供 reinstall 子命令。你在终端输入 composer reinstall 会收到 Command "reinstall" is not defined 错误。所谓“强制重装”，实际是开发者自己组合操作，最常见的是 composer remove vendor && composer install 或 composer remove xxx && composer require xxx —— 但这两者行为并不等价，差异关键在锁文件、依赖解析和安装策略。

composer remove xxx && composer require xxx 的真实行为

这个组合看似“重装”，实则触发了两次独立的依赖求解：

• composer remove xxx 会从 composer.json 中删掉该包，并从 vendor/ 删除其代码，同时运行一次 composer update（受限于剩余依赖），可能降级或升级其他包
• composer require xxx 再次读取 composer.json 和 composer.lock，按当前锁文件中记录的版本（如果存在）安装；若锁文件无该包记录，才走最新稳定版 + 依赖兼容性求解
• 它**不会强制刷新整个依赖图**，也不保证还原到最初 composer install 的状态
• 如果 xxx 是被其他包间接依赖的，remove 可能连带卸载其他包，后续 require 又可能引入不一致的子依赖版本

composer install --force-reinstall 才是真重装

这才是 Composer 原生支持的“强制重装”机制，但它只作用于已锁定的包，不改变版本号：

One-click installation of GitHub projects

GInstall OneClick — 一键安装 GitHub 项目：规划、克隆、安装 Node 依赖、运行开发脚本。适用于想要获取 GitHubNode.js 项目的用户。

下载

• 它跳过所有本地 vendor/xxx 目录存在性检查，强制重新解压/复制对应包的归档（zip 或 git clone）
• 不修改 composer.json，不重算依赖，不触碰 composer.lock，因此版本完全确定
• 适合场景：vendor 文件损坏、符号链接错乱、git hook 失效导致 autoload 不更新
• 注意：它对通过 path repository 引入的本地包无效（因无归档可重装）

composer install --force-reinstall

彻底清空并还原的可靠做法

想真正回到 composer.lock 描述的原始状态（包括所有嵌套依赖版本），唯一可靠方式是：

• 删除整个 vendor/ 目录（不要只删某个包）
• 确保 composer.lock 文件未被修改（git checkout composer.lock 如果需要）
• 运行 composer install（不是 update）

这比反复 remove/require 更快、更可预测，也避免了 lock 文件和 json 不同步的风险。很多人忽略的一点是：composer update xxx 虽然也能“刷新”，但它会重新运行依赖求解器，可能升到新 minor 版本 —— 这和“重装”本质不同。