直接用 composer remove 卸载包，但需 composer ≥ 2.5（php ≥ 8.0）；旧版本不支持该命令，应改用 composer require vendor/package-name: 或手动编辑 composer.json 后 install；remove 会原子化移除声明、文件、锁文件及 autoload 映射，并自动识别 require 或 require-dev 中的包。
直接用 composer remove 就能完成，但前提是你的 Composer 版本 ≥ 2.5（PHP ≥ 8.0），否则命令根本不存在——别试了，会报 Command "remove" is not defined。
确认 Composer 版本和可用命令
运行 composer --version 查版本。若输出是 Composer version 2.4.x 或更低，composer remove 不可用；2.5+ 才原生支持且默认启用。旧版本只能靠变通方式：
- 用
composer require vendor/package-name:（末尾冒号）清空版本约束，触发自动移除 - 手动删
composer.json中对应条目，再跑composer install或composer update - 不推荐：直接删
vendor/下目录 + 改composer.json，极易导致autoload错乱或 CI 构建失败
执行 composer remove 的实际效果
它不是“删文件”，而是一次原子化反向安装：自动从 composer.json 的 require 或 require-dev 中移除条目、删 vendor/vendor-name/package-name 目录、更新 composer.lock、重建 autoload 映射。关键点：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 不用加
--dev也能识别开发依赖——只要包只在require-dev里，composer remove vendor/package-name就会自动处理它 - 加
--no-update只改composer.json，不删文件也不更新锁，适合批量编辑后统一重装 - 删完立刻验证：
composer show vendor/package-name应报 “Package not found”，ls vendor/vendor-name应提示目录不存在
遇到 “Package is required by another package” 怎么办
这不是错误，是 Composer 在拦你。比如删 guzzlehttp/guzzle，但 symfony/http-client 明确依赖它，命令会中止并列出引用者。此时：
- 先查依赖链：
composer why guzzlehttp/guzzle或composer depends guzzlehttp/guzzle - 如果上游包也确实不需要，按提示确认移除（如输入
y接受 Composer 的连带清理建议） - 慎用
--with-dependencies：它会删掉“只被该包引用”的子依赖，但可能误伤其他路径需要的组件 - 绝对别硬删
composer.json条目再跑composer install——锁文件哈希可能错乱，CI 环境直接构建失败
删完还有残留？重点检查这三处
composer remove 只管声明和自动加载配置，不管代码里写死的引用：
- PHP 文件中的
use、new、服务提供者注册、配置文件里的类名或路径，全得人工扫 -
vendor/composer/autoload_psr4.php或autoload_classmap.php里是否还残留该包的映射（中断过操作时容易发生） -
composer.json的autoload.files或autoload.psr-4是否硬编码引用了已删包的路径
真正干净的删除，从来不是命令敲完就结束的事。
