composer remove –no-update 不支持批量卸载，需分步操作：先多次执行该命令清理 composer.json，再运行 composer update 完成依赖更新。
直接用 composer remove --no-update 不能批量移除多个包——它一次只接受一个包名。但你可以分两步实现“先集中卸载、再统一更新”的效果，既避免中间依赖冲突，又提升效率。
先用多次 remove –no-update 卸载多个包
虽然不能写成 composer remove foo/bar baz/qux --no-update，但可以连续执行多条命令，每条都加 --no-update，这样不会触发任何安装或更新操作，只修改 composer.json：
composer remove vendor/package-a --no-updatecomposer remove vendor/package-b --no-updatecomposer remove vendor/package-c --no-update
每条命令都会从 require（或 require-dev）中删掉对应条目，并跳过重装。最终 composer.json 已清理干净，vendor/ 里还留着旧文件，不影响后续操作。
确认 composer.json 正确后再一次性 update
运行前建议手动检查 composer.json，确保删得准确，没有残留或误删。没问题后执行：
-
composer update—— 更新全部（含依赖树重构） - 或更稳妥的：
composer update --with-all-dependencies—— 确保子依赖也按新约束重新解析
这一步会真正删掉 vendor/ 中已移除的包，并安装/升级剩余依赖，完成最终收敛。
替代方案：手动编辑 + update（适合大量变更）
如果要删 5 个以上包，手动改 composer.json 可能比敲多条命令更快：
- 打开
composer.json，删掉require和require-dev中对应项 - 保存后直接运行
composer update
Composer 会自动识别哪些包不见了，然后移除它们的文件和 autoload 映射，效果和 remove --no-update + update 完全一致。
基本上就这些。关键是理解 --no-update 的作用只是“延迟更新”，不是“批量开关”；真正批量操作靠的是组合逻辑，而不是单条命令的语法糖。