composer install --force-reinstall 是唯一真正可用的覆盖命令，它强制删除、重装 lock 文件中所有包并重建 autoload，不修改 lock 文件，适用于文件损坏或 autoload 失效等场景。
composer install --force-reinstall 是唯一真正可用的覆盖命令
Composer 没有 reinstall 命令，执行它会直接报错：Command "reinstall" is not defined. 所有“重装”需求，必须靠 composer install --force-reinstall 实现——它不是噱头，而是 Composer 2.2+ 起正式支持的、唯一绕过“目录存在即跳过”逻辑的安装方式。
它实际行为是：对 composer.lock 中每一项，强制执行「删目录 → 下载/解压 → 运行 post-install-cmd → 重建 autoload」全流程，但不碰 vendor/ 外的其他目录，也不修改 composer.lock 文件本身。
- 适合场景：某包文件被手动改坏（如
vendor/guzzlehttp/guzzle/src/Client.php）、符号链接断裂、autoload 映射失效、CI 构建后 vendor 状态异常 - 不适用场景：想升级版本（该用
composer update）、想忽略平台限制（该加--ignore-platform-reqs）、composer.lock已过时却没同步（先跑composer update --lock-only） - 性能优势：比
rm -rf vendor && composer install快，因为不用重建整个 autoload 树，也避免重复下载未变的 dist 包
Windows 下覆盖失败？先关进程再删句柄
Could not delete 或 Permission denied 不是 Composer 的 bug，而是 Windows 文件锁机制在拦截。PHP 进程（Swoole、Xdebug）、IDE（PhpStorm 的索引服务）、甚至终端自身都可能正占用 vendor/ 下某个子目录或 DLL 文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须先关闭：所有正在运行的 PHP 服务（
php -S、Laravel Sail、Valet）、调试器（Xdebug）、Web 服务器 - 退出 PhpStorm，或在 Settings → Appearance & Behavior → System Settings 中禁用
Synchronize files on frame activation - 用 PowerShell 执行清理更可靠：
Remove-Item -Recurse -Force vendor\guzzlehttp\guzzle，避开全局rm -rf可能触发的权限弹窗 - 仍失败？重启终端（CMD/PowerShell），或临时加
--prefer-dist减少对符号链接的依赖（Windows 默认禁用 symlinks）
单个包强制重装？remove + require 是唯一可靠路径
想只重装 monolog/monolog，别信 composer update monolog/monolog ——它默认只检查版本约束是否满足，满足就跳过下载和脚本重跑，旧文件、旧 autoload 映射、残留 .git 目录全留着。
- 正确流程只有两步：
composer remove monolog/monolog（自动删目录、删composer.json里 require 行、更新 lock）→composer require monolog/monolog（重新解析、下载、解压、跑脚本、重建 autoload） - 若需固定版本，写成：
composer require monolog/monolog:3.5.0 - 注意包名大小写：
monolog/monolog≠Monolog/Monolog，Composer 不做模糊匹配，拼错就报Package not found - Windows 下 remove 后目录没清干净？手动进
vendor/删掉对应子目录再require
--no-cache 不是可选项，是强制刷新的必要条件
composer install --force-reinstall 本身仍可能复用本地缓存（~/.composer/cache 或 C:\Users\...\AppData\Roaming\Composer\Cache）里的 ZIP 包。想确保每个包都从远程真实重下，必须加 --no-cache，且要配合 composer clear-cache 先清掉旧缓存。
- 三步缺一不可：
composer clear-cache→composer install --force-reinstall --no-cache - 验证是否真重下：终端日志里必须出现
Downloading https://api.github.com/，而不是Using cache或Writing lock file - CI/CD 中更稳妥：
COMPOSER_CACHE_DIR=/dev/null composer install --force-reinstall --no-cache --prefer-dist，彻底绕过缓存路径 - 旧版 Composer（--force-reinstall？用
rm -rf vendor && composer install --no-cache替代
最常被忽略的一点：无论用哪种方式，composer.lock 必须是干净、最新、受版本控制的。它不是辅助文件，而是重装的唯一事实来源——lock 错了，覆盖得再彻底，装出来的也是错的。
