应使用composer remove显式指定包名批量卸载，不支持通配符、排除模式或交互式操作；安全实现“只保留a、b、c”需先导出当前require包列表，过滤掉目标包后执行批量remove，并同步清理composer.json、composer.lock及autoload映射。
Composer 没有交互式移除界面，也**不支持“只保留某几个包”这种反向白名单操作**。所谓“只留 A、B、C”，本质是“删掉除 A、B、C 外所有其他 require 包”，而 Composer 原生不提供 exclude 列表或交互勾选功能。
composer remove 不接受通配符或交互模式
执行 composer remove 必须显式给出包名，例如 composer remove monolog/monolog guzzlehttp/guzzle。它不识别 composer remove --except foo/bar bar/baz 这类语法，也没有 --interactive 或菜单式选择。试图输入 composer remove * 或 composer remove vendor/* 会报错或被 shell 展开成非法路径。
- 常见错误现象：
bash: vendor/*: No such file or directory（shell 尝试展开通配符失败） - 真实限制：Composer 的
remove是声明驱动的——它只删composer.json中明确列出的包，不会扫描 vendor 目录倒推哪些该留 - 如果你刚运行过
composer install --no-dev，但composer.json里仍有一堆 require 条目，composer show列出的仍是全部声明包，不是当前 vendor 实际安装的
如何安全实现“只保留指定包”的效果
核心思路是：先确认目标包列表，再批量删其余 require 包，最后验证 autoload 和依赖完整性。不能跳过 composer.json 清理直接动 vendor。
- 第一步：导出当前所有 require 包（不含 dev），生成待删列表
composer show --no-ansi | cut -d' ' -f1输出如monolog/monolog、psr/log、symfony/console - 第二步：用 shell 过滤掉你想保留的包，例如只留
monolog/monolog和psr/log：composer show --no-ansi | cut -d' ' -f1 | grep -v -E '^(monolog/monolog|psr/log)$' - 第三步：拼接并执行 remove（注意空格和引号）：
composer remove $(composer show --no-ansi | cut -d' ' -f1 | grep -v -E '^(monolog/monolog|psr/log)$' | tr '\n' ' ') - 第四步：立刻检查
git diff composer.json composer.lock，确认只有预期包被删；再跑composer dump-autoload防 autoload 缓存残留
为什么不能直接删 vendor + 清空 require 后重装
看似最干脆，实则埋雷最多。Composer 的锁文件（composer.lock）和自动加载器（vendor/autoload.php）强依赖声明一致性。手动删 vendor 目录后，若没同步清空 composer.lock，后续 composer install 仍会按旧 lock 文件恢复全部包——你删的全白费。
- 典型错误链：
rm -rf vendor→ 手动清空"require": {}→ 忘记删composer.lock→composer install→ 锁文件触发旧包重装 - 真正归零重建的最小安全动作：删
vendor和composer.lock，清空composer.json的require字段（留"require": {}），再composer install --no-dev - 注意：
composer install --no-dev不等于“只装生产包”，它只是跳过require-dev，仍会装require里所有条目——所以必须先确保require是空的
删完之后最容易被忽略的三件事
批量 remove 后，项目表面能跑，但深层依赖图可能已松动。尤其当多个包共享同一底层依赖（如 psr/http-message）时，删掉一个上层包，不代表那个 psr 包就该消失。
- 运行
composer why psr/http-message确认它是否还被其他活跃包需要，而不是凭印象认为“guzzle 删了，它就该走” - 检查代码里是否还有
use语句或硬编码调用，composer remove不会碰你的 PHP 文件，删完立刻报Class not found很常见 - 如果项目用了
autoload.files或自定义classmap，确认里面没引用已被删包的文件路径，否则dump-autoload会静默失败
