Composer 2.2+ 的 reinstall 命令可重装单个包并触发脚本与 autoload 更新，但不刷新子依赖、不绕过 composer.lock；需清缓存加 --no-cache 才能真正强制重装。
Composer 2.2+ 确实有 reinstall 命令，但不是万能钥匙
是的，composer reinstall vendor/package-name 在 Composer 2.2 及以上版本中是真实存在的命令，它会先卸载再安装指定包，并触发 post-install-cmd 脚本、重新生成 autoload、重走依赖检查流程。但它**不会强制刷新子依赖版本**，也不会绕过 composer.lock 的约束——它依然严格按 lock 文件里记录的版本重装。
- 适用于修复单个包文件损坏、autoload 失效、post-install 脚本未执行等场景
- 不适用于“想升级子依赖”或“绕过 lock 强制拉最新版”——那得用
composer update vendor/package-name - 如果包被其他依赖间接引入（比如 A 依赖 B，你 reinstall B），Composer 默认不会连带处理 A 的兼容性，可能引发 autoload 冲突
没升级到 2.2？remove + require 是最稳的替代方案
低版本 Composer 或生产环境求稳时，composer remove vendor/package-name && composer require vendor/package-name 仍是首选。它行为可预期，且能精准控制是否保留锁版本：
- 加
--no-update到remove：只删包、不碰其他依赖，避免意外更新 - 加
--with-all-dependencies到require：确保该包所有直系子依赖也按 lock 文件重装，防止版本漂移 - 注意：如果该包是通过
pathrepository 引入的本地包，remove后require会失败——它只认 packagist 或配置源，不认本地路径
composer install --force-reinstall 不是重装单个包的工具
这个命令作用对象是整个 vendor/ 目录，不是某个包。它强制从 composer.lock 重新解压/复制所有已锁定包，跳过存在性检查，但**完全不修改 lock、不重算依赖、不联网校验哈希**。
- 适合 CI 构建、怀疑 vendor 文件系统损坏、git hooks 失效导致符号链接错乱
- 对 path repository、vcs 包（如
"monolog/monolog": "dev-main"）无效——它们没有归档可重装 - 别为了重装一个包就跑它：耗时长、影响面大、且无法解决因缓存污染导致的问题
真正“强制下载+重装”的关键在缓存和网络开关
很多所谓“重装失败”，其实是 Composer 复用了损坏的 ZIP 缓存或 Git clone 本地副本。要确保从远程干净拉取，必须组合三步：
- 先运行
composer clear-cache清掉~/.composer/cache下的 ZIP 和 Git 存档 - 再删掉对应包目录：
rm -rf vendor/vendor-name/package-name（Linux/macOS）或用 PowerShellRemove-Item -Recurse -Force vendor\vendor-name\package-name（Windows） - 最后加
--no-cache安装：composer require vendor/package-name --no-cache或composer reinstall vendor/package-name --no-cache
最容易被忽略的是：即使清了缓存，若没加 --no-cache，Composer 在某些版本中仍会悄悄复用临时解压缓存，导致你以为重装了，其实只是把旧文件又拷了一遍。
