composer remove 不支持真正批量删除，而是原子化单步卸载，任一包被硬依赖即中止；需分层推进、验证隐式引用、清理autoload缓存并从源头控制体积。
composer remove 为什么不能直接批量删包
Composer 2.2+ 的 composer remove 支持空格分隔多个包名，但实际执行时会逐个校验依赖关系，只要其中任意一个被其他已安装包硬依赖，整个命令就中止——它不是“批量删除”，而是“原子化单步卸载”的并行尝试。常见翻车场景：composer remove monolog/monolog guzzlehttp/guzzle 失败，只因 guzzlehttp/guzzle 被 symfony/http-client 显式 require，而 monolog/monolog 实际可删。
真正适合大规模重构的流程是分层推进：
- 先用
composer depends vendor/package-name或composer why vendor/package-name锁定强依赖链 - 对确认可删的包，单独执行
composer remove vendor/package-name，不拼接 - 若需清理一整类（如所有测试工具），优先用
composer remove --dev phpunit/phpunit phpspec/phpspec，开发依赖识别更稳定 - 避免在 CI 中直接跑多包
remove，改用--no-update模式先改composer.json，再统一composer install
如何识别“看似无用、实则被框架暗藏引用”的包
很多包在代码里没 use、也没 new，却不能删——比如 Laravel 的 laravel/tinker、ThinkPHP 的 topthink/think-queue，它们通过服务提供者注册、配置文件驱动或事件监听器隐式加载。这类包不会被 composer-unused 扫出，但删掉后应用启动即报错。
判断依据必须组合三处：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer show vendor/package-name，看输出里是否含requires列表为空，且type是library（非metapackage或project） - 全局搜索配置目录：
grep -r "vendor/package-name" config/ app/Providers/，重点查providers、aliases、drivers等键 - 检查
composer.json的autoload.files和autoload.psr-4，是否有该包路径残留（如"Monolog\": "vendor/monolog/monolog/src/"）
删完包后 Class not found 的真实原因和修复顺序
composer remove 只处理声明和 vendor/ 目录，不碰你的代码、配置、自动加载缓存。所以删完立刻报 Class not found，90% 不是命令失败，而是以下环节没跟上：
- 先执行
composer dump-autoload -o：尤其当项目启用了--classmap-authoritative，旧 classmap 不刷新，PHP 就永远找不到已删类 - 再清 OPcache：
php -r 'opcache_reset();'（CLI 环境）或重启 PHP-FPM（Web 环境） - 检查
vendor/composer/autoload_classmap.php是否还含该包类名——若有，说明dump-autoload没生效，可能因composer.json的 autoload 配置未同步清理 - Docker 或 NFS 环境下，额外加
--no-cache参数重装：composer install --no-cache --no-dev，跳过本地解压缓存，强制重建
vendor 目录体积没变小？别怪 remove，要查源头控制
删掉 monolog/monolog 后 vendor/ 只瘦了 100KB，是因为 remove 不删 tests/、.git/、docs/ 这些目录——它们在 zip 包解压时就存在，remove 只删顶层包目录，不递归扫子目录。
真正瘦身必须从安装源头干预：
- 删完所有目标包后，先
rm -rf vendor，再运行：composer install --no-dev --prefer-dist --remove-vcs - 在
composer.json的config.archive.excludes下加白名单：["/tests/", "/docs/", "/examples/", "/.github/"]，下次 install 自动跳过这些路径 - 启用
"optimize-autoloader": true和"classmap-authoritative": true，让 autoload 不扫描整个vendor/，只认 classmap —— 即使tests/残留，也不影响加载性能
重构后期最容易被忽略的，是那些被多个包共同依赖的“基础设施包”，比如 psr/log、psr/container。它们往往不显眼，但删错一个，整个 DI 容器就起不来。动手前务必用 composer show --tree 看清它的上游是谁、下游有哪些，别只盯着自己写的代码。
