唯一推荐方式是使用 Composer 2.2+ 内置的 composer remove 命令，它原子化执行反向安装：自动识别并删除 require 或 require-dev 条目、移除 vendor 目录对应包、更新 composer.lock、重建 autoload 映射，失败即回退；手动删文件或改配置易致 autoload 错乱、锁文件不一致及 CI 构建失败。
composer remove 是唯一推荐的删除方式
Composer 2.2+ 已内置 composer remove，它不是简单删文件，而是原子化反向安装：自动识别包在 require 还是 require-dev 中、删条目、删 vendor/vendor-name/package-name 目录、更新 composer.lock、重建 autoload 映射。失败即回退，不会留半截状态。
常见错误是手动删 vendor/monolog/monolog 再改 composer.json，结果 composer show monolog/monolog 仍显示已装（因 composer.lock 没同步），CI 构建也常报哈希不一致。
执行后立刻验证：composer show monolog/monolog 应报 “Package not found”，ls vendor/monolog 应提示 “No such file or directory”。
遇到 “required by another package” 别硬删
这不是命令失败，是 Composer 的保护机制。比如运行 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），按提示确认连带移除（Composer 会给出建议） - 临时调试可加
--no-update跳过实时解析，但之后必须跑composer update重算依赖树——否则易漏冲突，不推荐日常用
删完还要人工扫三处代码残留
composer remove 只管声明和 autoload 配置，不管你的 PHP 文件里还留着多少 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是否硬写了该包路径
vendor 目录残留不是 bug，是同步时机问题
执行 composer remove vendor/package 后 vendor/ 下目录还在，是正常行为：它只更新 composer.json 和 composer.lock，物理删除需后续 composer install 或 composer update 触发同步。
若删完仍有 autoload 问题：
- 运行
composer dump-autoload -o强制重建映射 - 清缓存：
composer clear-cache（尤其之前用过镜像源异常时） - 检查
vendor/composer/autoload_*.php是否残留路径（中断过可能没清理干净）
别用 rm -rf vendor 手动清空——这容易导致 composer install 失败或 autoload 错乱，尤其项目启用了 optimize-autoloader 或自定义 classmap。
