应使用 composer remove 命令安全卸载包，它执行反向安装：自动识别 require 或 require-dev 中的包、删除声明和 vendor 目录、更新 composer.lock、重建 autoload 映射；手动删文件或改配置易致 autoload 失败、锁文件不一致、ci 中断。
composer remove 是唯一安全、原子化的删包命令，它不是“删文件”，而是执行反向安装：自动识别包在 require 还是 require-dev 中、删声明、删 vendor/ 目录、更新 composer.lock、重建 autoload 映射。手动删 vendor/ 或硬改 composer.json 必然导致 autoload 失败、锁文件哈希不一致、CI 构建中断。
为什么不能用 composer uninstall 或 composer delete
这些命令根本不存在 —— Composer 没提供任何 uninstall、delete、remove-all 子命令。有人试过 composer update --no-install 配合手动删 vendor/，结果下次 composer install 会按旧 composer.lock 把包又拉回来，且 autoload 映射仍指向已删路径，直接报 Class not found。
composer remove 多包批量删怎么写
空格分隔多个包名，一次执行：
composer remove spatie/laravel-permission laravel/sanctum nunomaduro/collision
注意以下几点：
- 包名大小写敏感：
spatie/laravel-permission≠Spatie/Laravel-Permission - 不加版本号：
composer remove monolog/monolog:^2.0会报错 - 所有包必须已安装，否则提示
Package "xxx" is not installed，但其余包照常卸载 - 若某包被其他已装包硬依赖（如
symfony/http-client依赖guzzlehttp/guzzle），命令中止并提示谁在引用 —— 这是保护，不是失败
删完还报 Class not found？检查这三处
composer remove 不动你代码里的 use、new、配置或服务注册，只管声明和 autoload 配置。常见残留点：
-
composer.json的autoload.psr-4或autoload.files里还留着已删包的路径映射，需手动删掉 - 没触发 autoload 重生成：立刻运行
composer dump-autoload --classmap-authoritative（尤其 Laravel 9+ 默认启用该模式） - OPcache 缓存了旧类路径：重启 PHP-FPM 或调用
opcache_reset()，Docker 环境可能还需加-o强制优化重建：composer dump-autoload -o
彻底清空 require 区域怎么办
Composer 不支持通配符批量删，但可用 shell 提取当前所有 require 包名再传给 remove：
composer remove $(composer show --no-ansi | cut -d' ' -f1 | tr '\n' ' ')
这个命令只处理 require，不碰 require-dev。若要清 dev 包，得单独执行：
composer remove --dev $(composer show --no-ansi --dev | cut -d' ' -f1 | tr '\n' ' ')
更稳妥的归零做法是：删 composer.lock + 清空 composer.json 的 "require": {} + 运行 composer install --no-dev —— 此时 vendor 为空，autoload.php 干净生成，无残留风险。
