必须用 composer remove 而非手动删除，因其执行原子化反向安装：自动识别依赖位置、删除条目与文件、更新锁文件及 autoload 映射，失败可回退；手动操作易致 autoload 失败、锁文件不一致、CI 报错。
直接用 composer remove，别手动删 vendor 目录或硬改 composer.json —— 后者大概率导致 autoload 失败、锁文件不一致、CI 构建报错。
为什么必须用 composer remove 而不是手删
它不是“删文件”，而是执行一次原子化的反向安装：自动识别包在 require 还是 require-dev 里、删条目、删 vendor/vendor-name/package-name 目录、更新 composer.lock、重建 autoload 映射。中途失败会回退，不会留半截状态。
- 常见错误现象：手动删掉
vendor/monolog/monolog，再删composer.json里那行，最后跑composer install→Class 'MonologLogger' not found、composer show monolog/monolog还显示已装（因composer.lock没同步）、哈希校验失败 -
composer remove monolog/monolog就够了，不用加--dev（除非同名包同时出现在require和require-dev） - 想跳过实时重装？加
--no-update：只改composer.json，后续统一composer update
遇到 “required by another package” 别硬删
这不是报错，是保护机制。比如运行 composer remove guzzlehttp/guzzle，但 symfony/http-client 明确依赖它，Composer 就会中止并告诉你谁在用——防止你误删核心依赖。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 查谁在依赖它：
composer why guzzlehttp/guzzle，输出会列出所有直接引用者 - 若上游包（如
symfony/http-client）也确实不需要，可按提示确认降级或连带移除 - 临时调试想绕过检查？慎用
--no-update，之后composer update可能漏掉冲突，不推荐日常操作
删完还得人工扫三处残留
composer remove 只管声明和 autoload 配置，不管你的 PHP 文件里还留着多少 use、new、配置项或服务提供者注册。这些不清理，上线就 Class not found。
- 全局搜索
use语句：grep -r "use Monolog\" . --include="*.php"（注意反斜杠转义） - 检查框架配置：Laravel 项目看
config/logging.php、config/app.php里的providers和aliases；Symfony 看config/bundles.php - 删了包但类还能
new出来？大概率是 autoload 缓存没刷新，补一句：composer dump-autoload --classmap-authoritative
卸载后 vendor 里还有残留？优先查 autoload 和缓存
极少数情况下，vendor/ 看似删干净了，但类仍能被自动加载，或 composer show 还列出该包 —— 多半是 autoload 缓存没刷新、路径残留，或 composer.json 里硬编码了路径。
-
composer dump-autoload强制重建自动加载映射 - 清空 Composer 自身缓存：
composer clear-cache（尤其当你之前用过--no-cache或镜像源异常时） - 检查
vendor/composer/autoload_*.php文件里是否还存在该包的路径声明（正常情况下remove会处理，但若中断过可能残留） - 确认没有在
composer.json的autoload.files或autoload.psr-4里硬编码引用该包的路径
最容易被忽略的是：删完包之后，composer.json 里没删干净的 autoload 配置、框架配置文件里硬写的类名、以及 shell 里残留的 alias 或函数 —— 它们不会随 remove 消失，但会在你下次部署或本地运行时突然报错。
