应使用 composer remove 命令卸载包，它自动移除 composer.json 条目、删除 vendor 目录、更新 composer.lock 并重建 autoload 映射；手动删文件或改配置易致 autoload 错乱、类找不到、lock 哈希不一致。
直接用 composer remove，别手动删 vendor/ 或改 composer.json
Composer 2.2+ 内置的 composer remove 是唯一推荐的卸载方式——它不是“删文件”，而是执行一次反向安装：自动识别包在 require 还是 require-dev 中、移除对应条目、删除 vendor/vendor-name/package-name 目录、更新 composer.lock、重建 autoload 映射。整个过程原子化，失败即回退，不会留下半截状态。
常见错误现象：
- 手动删
vendor/monolog/monolog，再删composer.json里那行，最后跑composer install→autoload找不到类、composer show monolog/monolog仍显示已装（因composer.lock没同步）、CI 构建报哈希不一致 - 只改
composer.json后运行composer install→ 可能触发版本漂移，尤其当composer.lock有精确哈希时
正确做法就是一条命令：
composer remove monolog/monolog
它会自动判断位置，无需加 --dev（除非同名包同时出现在两个区）。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
遇到 “package is required by another package” 别硬删
这不是报错，是 Composer 的保护机制。比如你执行 composer remove guzzlehttp/guzzle，但 symfony/http-client 明确依赖它，Composer 就会中止并告诉你谁在用。强行绕过只会埋雷。
- 查依赖链：
composer why guzzlehttp/guzzle，输出所有直接引用者 - 接受提示降级/移除上游包（按
y确认），比如先composer remove symfony/http-client，再删 Guzzle - 临时调试可用
--no-update跳过实时解析：composer remove guzzlehttp/guzzle --no-update，之后再composer update（慎用，可能遗漏冲突）
删完必须人工扫三处残留
composer remove 只管声明和 autoload 配置，不管你的代码里还留着多少 use、new、配置项或服务提供者注册。这些不清理，上线就 Class not found。
- 全局搜
use语句：grep -r "use Monolog\" . --include="*.php"（注意反斜杠转义） - 检查配置文件：
config/logging.php（Laravel）、config/packages/monolog.yaml（Symfony）等是否还引用该包 - 确认服务提供者：
app/Providers/或config/app.php里是否注册了对应ServiceProvider - 额外检查：
composer.json的autoload.files或autoload.psr-4是否硬写了该包路径
删完 autoload 没刷新？立刻补 composer dump-autoload
极少数情况下，composer remove 执行成功但类仍能 new 出来，或者报 Class not found 却查不到哪里引用——大概率是 autoloader 缓存没及时更新，尤其在 Docker 或某些 CI 环境里。
- 强制重建映射：
composer dump-autoload - 如果用了优化模式（如
--classmap-authoritative），记得加参数重生成：composer dump-autoload --classmap-authoritative - Laravel 用户还要清 config 缓存：
php artisan config:clear，否则旧的 service provider 可能还注册着已删包的逻辑 - 检查
vendor/composer/autoload_*.php文件里是否还存在该包的路径声明（正常情况下remove会处理，但若中断过可能残留）
