Composer 2.2+ 中 composer remove 未删除 vendor 是正常现象，因加了 --no-update 或执行中断时仅修改 composer.json 和 composer.lock，需后续运行 composer install 或 dump-autoload -o 同步清理并重建自动加载映射。
composer remove 为什么没删 vendor 目录？
这是 Composer 2.2+ 的正常行为：默认会删 vendor 下对应目录，但加了 --no-update 参数，或执行中途被中断，就会只改 composer.json 和 composer.lock，不碰磁盘文件。老版本（composer install 触发同步清理。
常见错误现象是运行完 composer remove monolog/monolog 后，vendor/monolog/monolog 还在，接着跑 composer install 却报错“package not found”——说明锁文件没更新干净，或者之前手动改过 composer.json 导致状态不一致。
- 先确认该包已从
composer.json的require或require-dev中彻底消失（注意大小写、斜杠方向） - 运行
composer install—— 不要用composer update，它可能升级其他包，干扰清理目标 - 若仍残留，补上
composer dump-autoload -o，强制重建 PSR-4/classmap 映射
卸载后类还能 new 出来？检查 autoload 缓存和 OPcache
vendor 目录删了，composer show 也查不到包，但代码里 new MonologLogger 还不报错？大概率是 autoload 映射没刷新，或者 PHP 缓存还在用旧路径。
Composer 的自动加载映射文件（如 vendor/composer/autoload_psr4.php）不会自动清空旧条目，尤其当 composer remove 执行失败或被 Ctrl+C 中断时。更隐蔽的是 OPcache 或 APCu，它们缓存的是已解析的类路径，不是文件本身。
- 手动打开
vendor/composer/autoload_*.php，搜索包名，确认相关array('Monolog\' => ...)条目已删除 - 运行
composer dump-autoload -o（Laravel 9+ 等项目必须加-o） - 如果用了 OPcache，执行
opcache_reset()；APCu 则调apcu_clear_cache() - Docker 或 CI 环境中，记得在容器内而非宿主机执行这些命令
全局包卸载：为什么 composer global remove 有时失效？
composer global remove 不是“删文件”，而是依赖 ~/.composer/composer.json 里的声明记录。一旦这个文件损坏、被手动编辑过，或包是用 --no-scripts 安装的，命令就会报 “Package not found”。这时候不能硬等命令修复，得进文件系统动手。
最易被忽略的是 ~/.composer/vendor/bin/ 下的可执行文件软链接——即使包代码全删了，laravel 或 phpunit 命令仍能执行，因为 shell 从 PATH 里直接找到了那个残留脚本。
- 先查真实路径：
which laravel（Linux/macOS）或where laravel（Windows） - 删掉对应二进制：
rm ~/.composer/vendor/bin/laravel - 进
~/.composer/vendor/，删掉厂商目录（如laravel/installer） - 删掉
~/.composer/vendor/autoload_*.php，再运行composer global dump-autoload
手动删 vendor 目录的风险在哪？
直接 rm -rf vendor/monolog/monolog 看似快，但会绕过 Composer 的依赖图校验和 autoload 更新机制。下次 composer install 可能因 composer.lock 里还记着这个包而把它拉回来；更糟的是，如果项目启用了 "optimize-autoloader": true，classmap 缓存可能指向已删路径，导致 Class not found 却找不到源头。
真正安全的“重置 vendor”方式，是先用 composer remove 清声明，再用 composer install --no-cache 强制重新下载解压——它跳过本地缓存，确保所有依赖按 lock 文件精确还原，而不是靠文件系统状态猜。
- 绝不要在没删
composer.lock的情况下只删vendor/就跑composer update，这极易引发版本漂移 - 若怀疑 vendor 损坏，优先用
composer install --no-cache，不是rm -rf vendor && composer install - CI 环境中建议加
--no-interaction --no-progress避免卡住
