composer install --force-reinstall是唯一合法且有效的强制重装命令，它严格按composer.lock重装所有包、覆盖文件、重建autoload、重跑脚本，不删vendor、不改lock；--force参数不存在，输入即报错。
直接用 composer install --force-reinstall 就行，但“--force”不是合法参数，别输错。
为什么 composer install --force 会报错
Composer 没有 --force 这个参数。输错后会提示类似 Unrecognized option "--force"。真正起作用的是 --force-reinstall——它从 Composer 2.2 开始才稳定支持，且语义明确：不删 vendor、不改 composer.lock，只对每个包执行“删目录 → 下载/解压 → 运行脚本 → 重建 autoload”全流程。
-
composer install --force：非法命令，直接失败 -
composer install --force-reinstall：合法、高效、可复现 -
composer update --force或--force-reinstall：不存在，update不接受这两个参数
composer install --force-reinstall 实际做了什么
它绕过“目录存在就跳过”的默认逻辑，但依然严格按 composer.lock 执行，所以不会引入新版本或破坏环境一致性。
- 逐个删除
vendor/vendor-name/package-name目录（不是整个vendor） - 从缓存或远程重新下载 ZIP（若缓存损坏，可能失败；此时需加
--no-cache） - 解压、写文件、运行
post-install-cmd脚本（比如生成 classmap、symlink bin 文件） - 最后重建
vendor/autoload.php和所有映射文件
对比 rm -rf vendor && composer install：--force-reinstall 更快，因为 autoload 树结构不用全量重建，且未变的 dist 包可复用缓存。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
Windows 下覆盖失败常见原因和对策
报错如 Could not delete vendor/guzzlehttp/guzzle 或 Permission denied，基本是文件被占用，不是命令问题。
- 关掉所有 PHP 进程：Swoole Worker、Laravel Octane、Xdebug、Valet、Sail 容器
- 退出 IDE（尤其 PhpStorm）或禁用其“自动同步”和“索引监听”功能
- 用 PowerShell 执行清理（CMD 的
rd /s在深层嵌套时容易失败）：Remove-Item -Recurse -Force vendor\guzzlehttp\guzzle - 临时跳过脚本执行可加
--no-scripts，避免某个 post-install-cmd 卡住整个流程
什么时候必须加 --no-cache
当 --force-reinstall 后文件时间戳没更新、类仍报错、或日志里出现 Using cache，说明 Composer 复用了损坏的本地 ZIP 缓存。
- 先运行
composer clear-cache，确认输出Clearing cache (all) - 再立即执行
composer install --force-reinstall --no-cache - 验证是否真重下：看终端是否出现
Downloading https://api.github.com/...，而非Writing lock file - 注意：
--no-cache单独用无效——它只是跳过缓存查询，不清理旧 ZIP
真正损坏的 vendor 往往是“文件存在但内容错乱”或“autoload 映射指向已删类”，这类问题不会因 composer dump-autoload -o 自动修复，必须重装底层文件。
