composer remove后vendor仍有残留，主因是命令执行中断（如终端关闭、CI超时、误用--no-update）导致composer.json已删但vendor目录和autoload映射未同步；需通过composer show、ls vendor/包名、grep autoload_*.php三重验证是否清干净。

直接删 vendor/ 目录不是清理，是重装；真正要解决的是“声明已删但文件还在、autoload 还生效”这类残留问题。

为什么 composer remove 后 vendor/ 里还有包？

因为 composer remove 默认会删包目录、更新 composer.lock、重生成 autoload 映射——但前提是命令完整执行完。常见中断场景包括：终端意外关闭、CI 超时、或用了 --no-update 参数。

• 若中途失败，composer.json 可能已改，但 vendor/ 和 autoload_*.php 没同步，导致“删了一半”
• 运行 composer remove foo/bar --no-update 后没再执行 composer install，那 vendor/foo/bar 必然残留
• 某些包注册了自定义 uninstall 脚本，但脚本执行失败（比如权限不足），也会卡在半途

怎么确认某个包是否真被清干净了？

不能只看 vendor/ 目录是否存在，重点查三处：

• 运行 composer show foo/bar，应返回 Package not found
• 执行 ls vendor/foo（注意是 vendor 下一级目录名），应报 No such file or directory
• 搜索 vendor/composer/autoload_*.php 文件：grep -n "foo/bar" vendor/composer/autoload_*.php，结果应为空

只要其中任一检查不通过，就说明没清干净——不是命令不行，是状态没收敛。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

roave/composer-unused 能不能直接删包？

不能。它只报告“代码里没 use、没 new、没字符串调用”的包，但无法判断该包是否被 CLI 命令、配置驱动、或运行时反射间接使用。

• 例如 symfony/dotenv 几乎不会出现在 PHP use 语句里，但删了它项目根本起不来
• 运行 vendor/bin/composer-unused --no-dev 是生产视角扫描，比默认模式更贴近部署环境
• 输出里标了 [autoload] 的包，说明它仍被 PSR-4/PSR-0 映射注册，即使没被代码引用，autoload 机制也加载它——这种得先确认是否真冗余

彻底清理残留的最后手段

当多次 composer remove + dump-autoload 仍无效，或 vendor/ 已混乱（比如部分包目录空、部分有文件但类找不到），就别修了，直接重建：

• 删掉整个 vendor/ 目录和 composer.lock
• 确保 composer.json 里已无目标包的 require 或 require-dev 条目
• 运行 composer install --no-dev（生产环境）或 composer install（开发环境）

这个操作看似暴力，但比在破损状态上反复调试更省时间。关键是：删 composer.lock 前必须确认 composer.json 已干净，否则重装会拉回旧依赖。