composer install 和 composer update 不会强制重装单个包；真要重装需手动删目录后执行 composer install，或用 --prefer-dist 等方式确保按 lock 文件精确还原。
composer install 和 composer update 都不会“强制重装”某个已安装的包——除非它被标记为需要更新，或锁文件不匹配。真要重装单个包，得绕过 Composer 的依赖解析逻辑，手动干预。
为什么 composer update vendor/package 不等于重装
执行 composer update vendor/package 本质是让 Composer 重新解析该包及其子依赖的版本约束，可能升级、降级，也可能什么也不做（如果锁文件里版本仍满足要求）。它不删除已安装文件，也不跳过完整性校验，更不会强制拉取新副本。
- 即使包内容在远程仓库被覆盖（如 tag 重推），Composer 默认仍会复用
vendor/下原有文件，除非哈希不匹配 -
composer update会连带更新该包的依赖树，可能引发意外变更 - 若该包被其他包强约束（如
^2.1），即使你删了vendor/子目录，composer install仍会恢复原版本
真正能强制重装的三种实操方式
目标：确保 vendor/vendor/package 目录完全删除并按 composer.lock 重新下载解压，不触发版本变动、不牵连其他包。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
最稳妥：删目录 +
composer install --no-dev（或保留--dev）
→ 先rm -rf vendor/vendor/package，再运行composer install；Composer 检测到缺失就会按 lock 文件精确还原，不走网络解析 -
最快但有风险：删目录 +
composer dump-autoload
→ 仅适合确认该包无额外安装脚本（如post-install-cmd）、且 autoload 规则未变；否则类加载可能失效 -
适用于 CI/CD 或调试：临时清空整个
vendor/后composer install --prefer-dist --no-progress
→ 强制所有包走 dist 包下载（跳过 git clone），避免本地缓存污染；--no-progress减少日志干扰
遇到 “Class not found” 却重装无效？检查这些点
重装后仍报错，大概率不是文件没更新，而是自动加载或路径映射出了问题。
- 确认
vendor/composer/autoload_psr4.php中是否还残留旧命名空间映射（尤其包发布过 major 版本变更） - 运行
composer dump-autoload -o强制重建优化 autoload，而非只刷新 dev 模式 - 检查该包是否有
autoload-dev配置，而你当前在 prod 环境下运行，导致测试类不可见 - 某些包（如 Laravel 的 service provider）需手动清配置缓存：
php artisan config:clear或php artisan cache:clear
强制重装只是手段，关键得清楚你在对抗什么：是缓存污染、autoload 错位，还是 lock 文件与实际需求脱节。盲目删 vendor 子目录前，先 git status vendor/ 看看有没有本地修改——有些团队会 patch 包代码，一删就丢补丁。
