composer depends 不是用来删包的，它只筛选“可能安全删”的候选包，前提是 Composer ≥ 2.5 且目标包在 composer.json 中显式声明；版本低于 2.5 会报“Command not defined”，需升级；返回空说明该包未被直接声明，而是间接引入，应改用 composer why 查溯源。
composer depends 不是用来删包的，它只帮你快速筛出“可能安全删”的候选包——前提是你的 Composer 版本 ≥ 2.5，且目标包确实在 composer.json 里显式声明过。
composer depends 报 “Command not defined” 怎么办
这不是配置或权限问题，就是版本太老。Composer 2.4 及更早版本压根没有这个命令。
- 先跑
composer --version确认版本；如果是2.4.4或更低，必须升级 - 执行
composer self-update，多数环境能直接升到最新稳定版 - 若失败（比如权限受限），用安装脚本覆盖：
php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" && php composer-setup.php && sudo mv composer.phar /usr/local/bin/composer - 升级后重试
composer depends vendor/package，命令即可识别
为什么 composer depends 返回空，但 vendor 里还有这个包
空结果只说明一件事：这个包没出现在你项目的 composer.json 的 require 或 require-dev 字段里。它大概率是被某个已装包（比如 laravel/framework）间接拉进来的。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer depends不扫描vendor/目录里的嵌套依赖，也不解析provide虚拟包 - 想查谁拖进来的，该用
composer why vendor/package—— 它会回溯完整依赖链 - 如果
why也返回空，那它可能是通过class_exists("xxx")、配置文件字符串、或new $className动态加载的，depends和why都看不见
composer depends 显示项目名，但删了就报 Class not found
这说明包虽是直接依赖，但它的类被 autoload 映射进了全局命名空间，而你代码里没显式 use 或 new，只靠框架自动注册或配置驱动。
- 常见于 Laravel 的 Service Provider、ThinkPHP 的
provider配置、或 Monolog 的 Handler 类名字符串写在config/logging.php里 -
composer depends看不到这些，得人工grep -r "MonologHandlerStreamHandler" . --include="*.php" --include="*.yml" - 删之前务必检查：
config/app.php中的providers数组、route/或app/Console/Commands/是否有隐式引用 - 删完必须跑
composer dump-autoload -o，否则旧 autoload 映射残留，Class not found就是必然结果
批量清理时，为什么不能循环调用 composer remove
因为 composer remove 在 Composer 2.5+ 是原子操作：一次改 composer.json、composer.lock、卸载目录、重建 autoload 映射。循环调用会破坏这个原子性。
- 第一次
remove A成功，但 autoload 还没完全刷新；第二次remove B时，如果 B 的类被 A 的 autoload 规则提前加载过，可能触发未定义类警告 - 正确做法是
composer remove pkg1 pkg2 pkg3—— 多个包名用空格分隔，不要引号、不要逗号 - 如果其中某个包被其他已装包依赖（比如
spatie/laravel-backup仍 requireguzzlehttp/guzzle），整个命令会中止，其余包不会误删 - 删完
vendor/下仍有残留是正常行为；物理清理由后续composer install或composer update --with-dependencies触发
真正容易被忽略的点是：composer depends 只管“有没有声明”，不管“有没有运行时加载”。一个包在 composer.json 里消失，不代表它在 config/ 或 routes/ 里的字符串引用也跟着消失——那些地方才是删完就炸的雷区。
