Composer没有一键清理无用包的安全命令，必须用composer remove配合composer why和composer show --installed交叉验证依赖链后操作；间接依赖不可盲目删除，批量移除时composer remove pkg1 pkg2 pkg3更可靠，因其为原子操作且失败全回退。
直接说结论：Composer 没有“一键扫描并删掉所有无用包”的安全命令，所谓“无用”必须人工验证依赖链；最可靠的操作是 composer remove 配合 composer why 和 composer show --installed 交叉确认，再执行物理清理。
怎么判断一个包真的没被任何依赖引用
不能只看它是否出现在 composer.json 的 require 里。很多包是间接依赖（比如 A → B → C），删了 C 会导致 B 崩溃。
- 运行
composer why vendor/package：如果返回Did not find package vendor/package in any registered root dependencies，说明它没被任何已声明的包（含传递依赖）引用 - 但注意：如果该包被
require-dev中的某个工具依赖，而你正用--no-dev安装，那它在生产环境确实是冗余的——此时要先确认当前安装模式 -
composer show --installed列出所有已装包，再对每个包跑一遍composer why太慢，可先用composer show --tree手动扫顶层依赖，缩小范围
批量删包时为什么 composer remove pkg1 pkg2 pkg3 比循环调用更稳
因为 composer remove（Composer 2.2+）是原子操作：它一次性更新 composer.json、composer.lock、vendor/ 目录和自动加载映射。失败就全部回退，不会出现“删了一半、autoload 还指着旧路径”的状态。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 多个包名用空格分隔，不要加引号或逗号：
composer remove spatie/laravel-permission laravel/sanctum nunomaduro/collision - 如果其中某个包被其他已装包依赖，
composer remove会报错并中止，不会误删其余包 - 老版本 Composer（vendor/，删完必须补
composer install或composer update才能真正移除文件
删完后 vendor 目录还有残留？这是正常现象，但必须处理
composer remove 成功后，vendor/ 下对应目录仍存在，不是 bug，是设计行为：物理删除由后续的 install 或 update 触发同步阶段完成。
- 立刻运行
composer install（推荐）或composer update --with-dependencies，才能真正删掉磁盘文件 - 检查
vendor/composer/autoload_psr4.php和autoload_classmap.php是否还含已删包的路径 —— 如果有，说明dump-autoload没生效，得手动删或重跑composer dump-autoload --classmap-authoritative - 别手动删
vendor/xxx文件夹：Composer 不会感知，下次install可能跳过重装，导致 autoload 映射和实际文件不一致
想彻底清空所有依赖？别只删 vendor
删 vendor/ 和 composer.lock 不等于清空依赖，composer.json 里的 require 还在，下次 install 全部回来。
- 正确做法：清空
composer.json中的"require": {}（保留空对象，别删整行），然后删掉vendor/和composer.lock，再运行composer install --no-dev - 如果项目用了
platform或replace，composer show可能漏掉逻辑依赖，得人工核对composer.json - CI 环境中建议用
composer create-project --no-install新建干净沙箱，而不是在原项目上硬清
最容易被忽略的是框架配置残留：Laravel 的 config/app.php 里注册的服务提供者、门面别名、中间件，或者代码里 use 了已删包的类——这些 composer remove 根本不管，得手动 grep 清理。
