Composer清理冗余依赖需三步：先从composer.json彻底移除包，再运行composer update --with-dependencies或install同步vendor，最后执行composer dump-autoload -o并验证vendor目录及composer show结果。
“冗余关键帧”不是 Composer 的概念，它属于视频编辑或动画领域；Composer 没有“关键帧”这一术语，也不会管理任何时间轴、帧率或渲染状态。 你实际想问的，极大概率是：如何避免误删依赖、安全清理 vendor/ 中已声明移除但物理残留的包，以及防止因缓存/自动加载残留导致“看似删了，实则还在用”的问题。
为什么 composer remove 后类还能被加载？
这不是 Composer 失效，而是自动加载缓存或路径映射没刷新：
-
composer dump-autoload不会自动重建vendor/composer/autoload_static.php（尤其开启"optimize-autoloader": true时），得加-o参数强制重生成 - OPcache 可能缓存了旧的 autoload 文件，需手动
opcache_reset()或重启 PHP-FPM -
vendor/composer/autoload_psr4.php里若还存有该包的命名空间映射（比如中断过remove），就会继续加载——这属于残留状态，不是正常行为 - 项目中存在硬编码
require或include某个 vendor 文件（绕过 autoload），也会造成“删了还能用”的假象
删包前必须确认的三件事
别只看 composer.json，要验证真实调用链：
- 运行
composer depends vendor/package-name，确认它没被其他已装包（如phpstan/phpstan依赖phpunit/phpunit）间接 require - 全局搜索项目代码：
grep -r "use.*PackageClass" . --include="*.php"和grep -r "new PackageClass" . --include="*.php" - 检查框架配置：Laravel 的
config/app.php中的providers或aliases，Symfony 的bundles.php，这些不走use，但运行时仍会加载
composer remove 执行后 vendor 还在？这是设计，不是 bug
Composer 2.2+ 默认会在 remove 时同步清理 vendor/，但以下情况会导致残留：
- 命令中途被 Ctrl+C 中断，
vendor/删除开始但未完成 - 用了
--no-update参数，只改了composer.json，没触发重装流程 - 目标包被另一个包通过
replace或provide声明“模拟提供”，Composer 认为它仍被需要 - 执行环境权限不足（如 Docker 内 root 写入，宿主机非 root 用户运行
remove），部分文件删不掉但无报错提示
此时不要手动 rm -rf vendor/vendor-name/package-name，而应补跑：composer install --no-dev（生产）或 composer install（开发），让 Composer 自动对齐声明与磁盘状态。
最易被忽略的残留点：autoload-dev 和测试路径
删掉 phpunit/phpunit 后，vendor/composer/autoload_psr4.php 里可能还留着 "Tests\": ["tests/"] 映射，导致 tests/ 下的类继续被加载——这不是包残留，是 autoload 配置残留。解决方式：
- 删完所有
require-dev包后，运行composer dump-autoload --no-dev，强制排除 dev-only 路径 - 检查
composer.json的autoload-dev段是否清空，否则dump-autoload仍会加载它 - 若项目用了
classmap手动注册过测试类，记得一并从autoload.classmap中移除对应路径
真正干净的清理，从来不是靠删目录，而是靠声明一致 + autoload 同步 + 运行时验证。任何跳过 composer install 或 dump-autoload -o 的“速删”，都只是把问题往后推了一层。
