必须用 composer remove，它是唯一安全卸载方式：自动识别包位置、删声明与vendor目录、更新lock文件并重建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 'Monolog\Logger' not found（autoload 映射没清）
• composer show monolog/monolog 仍显示已装（composer.lock 没同步更新）
• CI 报 hash mismatch（锁文件哈希不一致）

composer remove 的参数和实际行为

默认自动识别位置，无需额外指定 —— 除非同名包同时出现在 require 和 require-dev（极少见）：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• composer remove phpunit/phpunit → 自动从 require-dev 删除
• composer remove monolog/monolog --dev → 强制只处理 require-dev，忽略 require 中同名项
• composer remove guzzlehttp/guzzle --no-update → 只改 composer.json，不立即重装，适合批量操作后统一 composer update

注意：composer remove a/b c/d 会报错，不支持空格分隔多个包；必须逐个执行。

遇到 “Package is required by another package” 怎么办

这不是命令失败，是 Composer 的依赖保护机制。比如 composer remove guzzlehttp/guzzle 被拒，大概率因为 symfony/http-client 明确 require 它。

• 查谁在依赖：composer why guzzlehttp/guzzle 或 composer depends guzzlehttp/guzzle
• 若上游包也确实不需要，一起删：composer remove symfony/http-client guzzlehttp/guzzle
• 想连带清理只被该包引用的子依赖（如 guzzlehttp/promises），加 --with-dependencies
• 临时调试可加 --no-update 绕过检查，但后续 composer update 必须手动跑，否则依赖图不会重算

删完之后最容易被忽略的三件事

composer remove 只管声明和 autoload，不管你的代码：

• 检查所有 use 语句、new 实例化、配置文件里的类名或服务提供者注册
• 运行 composer dump-autoload -o（尤其部署时启用了 optimize-autoloader）
• 确认 vendor/ 下对应目录已消失，且 composer.lock 和 composer.json 的变更已提交

残留的 class_exists('Monolog\Logger') 判断、未注释的测试配置、IDE 自动生成的导入，上线后都可能突然报错 —— 这些不会被任何命令自动清理。