composer install --force-reinstall 是专为此设计的命令，它强制按 composer.lock 重装所有包：覆盖文件、重建 autoload、重跑 post-install-cmd 脚本，不删 vendor、不改 lock，确保可复现。
想不动 vendor、不删 composer.lock，但让所有包重新解压、覆盖文件、重建 autoload、重跑安装脚本？composer install --force-reinstall 就是为此设计的命令。
为什么 composer install 默认不覆盖已存在的包
它只校验 vendor 下包的 composer.lock 记录是否匹配，匹配就跳过。哪怕你手动删了某个包里的部分文件，只要目录还在，Composer 就认为“已安装”，不会触碰。
- 常见现象：
vendor/guzzlehttp/guzzle/src/Client.php被误改，composer install完全无感 - 根本原因：Composer 不做文件级完整性校验，只看目录是否存在 + lock 中版本是否一致
- 这不是 bug，是性能取舍——避免每次安装都遍历整个
vendor
composer install --force-reinstall 实际干了什么
它绕过“目录存在即跳过”的逻辑，对 composer.lock 里每一项都执行卸载 + 重装流程：删除目录 → 下载（或从缓存解压）→ 解压 → 运行 post-install-cmd → 重建 autoload 映射。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 保留
composer.lock不变，确保结果可复现，适合 CI/CD 中修复偶发损坏 - 比
rm -rf vendor && composer install更快：不用重建整个 autoload 树，也不重复下载未变的 dist 包 - 若只想重装生产依赖，加
--no-dev；若某些间接依赖没被覆盖，加--with-all-dependencies - ⚠️ 前提是
composer.lock已同步最新——如果composer.json改了但没composer update --lock-only，先补这步
Windows 下覆盖失败的典型卡点和绕过方式
报 Could not delete 或 Permission denied，基本不是 Composer 的问题，而是 Windows 文件锁机制在作祟。
- 常见占用源：PHP 进程（Swoole、Xdebug）、IDE（PhpStorm 的文件索引服务）、终端自身（PowerShell 保持句柄）
- 快速缓解：关掉所有 PHP 服务、退出 IDE、重启终端；或用 PowerShell 执行
Remove-Item -Recurse -Force vendor\some-package避开全局删除 - 长期有效：在 PhpStorm 中禁用 Synchronize files on frame activation；或临时加
--prefer-dist减少对符号链接的依赖（Windows 默认禁用 symlinks） - 别用
composer update替代——它会改composer.lock，可能引入不兼容变更
什么时候该换别的方法
--force-reinstall 解决的是“文件损坏但版本没错”的问题。如果遇到的是版本错、平台不匹配、缓存污染或 JSON 损坏，它就无能为力。
-
composer.json末尾多逗号？运行php -r "json_decode(file_get_contents('composer.json')); echo json_last_error_msg();"确认错误类型 - 换了 PHP 版本但
composer install报Your requirements could not be resolved？说明composer.lock还锁着旧平台结果，得先composer update --lock --no-install - 全局缓存里 zip 包损坏？
composer clear-cache必须配合--force-reinstall使用，否则仍可能解压出错 - vendor/autoload.php require 失败？90% 是工作目录不对或路径写错，不是 Composer 坏了；先
composer dump-autoload再排查
最易被忽略的点：这个命令只解决“已有 lock 下的覆盖”，不负责纠错。它不会提醒你哪个包的 dist 校验失败，也不会告诉你 git 凭据已过期——真要定位根因，得盯住 composer install --force-reinstall -v 的每一行输出。
