如何删除不再使用的Composer依赖包
删除Composer依赖应使用`composerremove`命令，同步更新`composer.json`、锁定文件和自动加载映射。手动删除后需运行`composerupdate--lock`再补`composerinstall`，避免依赖残留。建议用`composeroutdated`发现僵尸依赖，并检查配置文件与自动加载器中的遗留引用，最后在干净环境中全
composer.json 里的那一行就万事大吉了？如果真是这样，那大概率会留下后患。事实上，很多开发者踩过的坑，都源于“只删了声明，却没同步底层文件”——结果 vendor/ 目录里包还在，自动加载映射还记着旧类路径，运行时要么报 Class not found，要么悄无声息地加载失败。
直接运行 composer remove 是最安全的方式
对于 Composer 2.2 及以上版本，官方推荐的方式就是直接用 composer remove 命令。它一次性搞定三件事：从 composer.json 中移除包名、卸载包并更新锁文件、刷新自动加载映射。相比手动编辑 JSON 再跑 composer update，这要靠谱得多，能有效避免依赖残留或自动加载器报错。
一个常见的错误现象是：只删了 composer.json 里的条目，却忘了跑 composer update，结果 vendor/ 目录里包还在，autoload_classmap.php 仍保留着旧类路径，运行时要么报 Class not found，要么悄无声息地加载失败。
- 执行
composer remove monolog/monolog（支持多个包，空格分隔） - 如果提示
Command "remove" is not defined，说明 Composer 版本太低，先升级：composer self-update - 若该包被其他已安装包依赖，
remove会失败并提示冲突，此时需先查清依赖链：composer depends monolog/monolog
手动删除后必须运行 composer update --lock
如果你的 Composer 版本低于 2.2，或者需要对锁文件变更进行精细控制，那就得手动操作了。但关键在于，不是“删哪行”，而是“删完怎么同步 vendor 和 lock”。只改 composer.json 不触发重新安装，vendor/ 和 composer.lock 就会不一致，后果就是各种怪异的错误。
这种场景常见于 CI 环境锁定特定版本、团队强制要求 lock 文件变更可追溯、或要排除某个包的 transitive dependency 但保留其主包。
- 编辑
composer.json，从require或require-dev中删掉对应包行（注意逗号，别破坏 JSON 格式） - 立即运行
composer update --lock（不是install），它只更新 lock 文件，不碰 vendor；再补一次composer install清理 vendor - 若跳过
--lock直接composer install，可能因 lock 文件还记着旧包而静默恢复安装
composer outdated 能帮你发现“僵尸依赖”
很多包其实早就不用了，但没人记得删。这类“僵尸依赖”不会报错，却会拖慢安装速度、增加攻击面、干扰 IDE 自动补全。靠人工检查代码很难全覆盖，用 composer outdated 加上 --direct 选项是个不错的起点。
从性能角度看，每个未用的包都会参与自动加载器生成、PSR-4 映射扫描，以及某些框架的编译缓存构建。积少成多，会显著延长 CLI 命令和 Web 请求的冷启动时间。
- 运行
composer outdated --direct --minor-only，列出所有有更新的直接依赖，顺手检查哪些根本没在代码里use过 - 用
grep -r "use.*PackageName" app/ src/ --include="*.php"快速验证是否真被引用（注意别漏掉别名use A as B） - 删之前，建议在疑似调用点加个临时的
die('xxx used here');，跑一遍测试或请求，确认没有实际调用再动手
删包后别忘了检查 autoload 和配置文件残留
有些包会注册全局服务提供者（比如 Lara vel 的 providers 数组）、自定义自动加载器（如 files 数组），或者在 .env 里写死配置项。这些不会随 composer remove 自动清理，但一旦包没了，就会在启动时报错。
容易被忽略的地方包括：框架的配置合并逻辑中，某个文件可能 require 了已删包的类；PHP 扩展级钩子，比如 APCu 缓存中还存有该包的序列化对象；甚至 Docker 构建缓存里残留的 vendor 层。
- 搜索项目根目录：
grep -r "monolog" config/ app/ bootstrap/ --include="*.php" --include="*.env" - 检查
composer.json的autoload和autoload-dev字段，删掉已失效的psr-4映射或files引用 - 运行
composer dump-autoload确保新 autoloader 生效，再试php -m | grep apcu看扩展是否还试图加载旧类
rm -rf vendor composer.lock && composer install，确保一切正常。 
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
AirBuddy 3 是面向 macOS 的蓝牙外设增强工具，可集中查看 AirPods、Beats 与苹果设备电量，提供快速连接、播放控制、电量提醒、桌面小组件和多台 Mac 外设接力等功能。
AirServer macOS版可把 Mac 转换为无线投屏接收端，通过 AirPlay 或 Google Cast 接收手机、平板和电脑画面，并支持多设备同时连接、高清镜像及会话录制，适合家庭娱乐、课堂教学、会议演示和应用展示。
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
PixTV 是一款在浏览器中使用的 AI 视觉内容创作平台，提供图片、视频、音频、文字生成、AI 分镜、局部重绘、提示词反推和无限画布等工具，适合短剧、漫剧、广告及社交媒体内容制作。
Autodesk Maya 是面向影视、电视、动画和游戏行业的专业三维制作软件，集多边形与 NURBS 建模、角色绑定、关键帧和动作捕捉动画、Bifrost 特效模拟、材质开发及 Arnold 渲染于一体，