Composer怎么看装了哪些包_Composer show命令使用说明【入门】
直接运行 composer show 就能列出当前项目所有已安装的包，但默认只显示包名、版本号和一行简短描述——它不自动展开 autoload、依赖树或远程版本，这些都得靠参数显式触发。
免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈
想快速摸清一个项目到底装了哪些依赖？composer show 这个命令是首选。不过，它的默认输出相当“克制”，只给你最核心的信息。想要看到依赖树、自动加载配置或是远程仓库里的所有版本，那就得带上对应的“钥匙”——也就是不同的参数。
查当前项目装了哪些包：composer show（无参数）
这个命令读的是 vendor/ 目录下的实际安装结果，不是 composer.json 里写的声明。所以它反映的是 lock 文件生效后的最终状态，比看配置文件更真实。
- 输出是表格形式，含三列：
name、version、description - 如果包没被真正安装（比如只在
require-dev里，又用了--no-dev），就不会出现在列表中 - 不支持模糊搜索；输
composer show log不会匹配monolog/monolog，必须写全名或至少前缀（如composer show monolog） - 输出太长时别硬翻，加管道：
composer show | less或composer show | grep -i cache
查某个包的 autoload 和 scripts 配置：composer show -s
类找不到、自定义命令不执行，八成是 autoload 映射或 scripts 没配对。-s（即 --show-config）能直接把这两块关键字段打出来，不用去翻源码或 composer.json。
composer show -s monolog/monolog会显示"Monolog\": "src/"，说明MonologLogger对应vendor/monolog/monolog/src/Logger.php- 也会列出
scripts字段里注册的钩子，比如post-install-cmd是否包含phpunit - 这个选项在 Composer 2.2+ 才稳定支持；旧版本会报
unrecognized option，别试 - 不加
-s时，默认只输出一行：monolog/monolog 3.5.0，容易误以为“查不到详情”
查某个包为什么装了两个版本：composer show --tree
依赖冲突最直观的证据就藏在依赖树里。--tree 不是展示你写了什么，而是还原 Composer 实际解析出的安装路径——这才是排查 “为什么 psr/log 装了 v2 和 v3” 的唯一可靠方式。
- 输出是缩进结构，例如：
lara vel/framework v10.48.12 └── symfony/console v6.4.7 └── psr/log 3.0.0 - 它只展示
composer.lock里已确定的路径；如果某包只在require-dev且你用过--no-dev，就不会出现 - 想快速定位某依赖，直接管道过滤：
composer show --tree | grep guzzle - 注意：不加
--tree时，composer show vendor/package只列顶层信息，看不到谁把它拉进来的
查远程包有没有新版本、支不支持 PHP 8.3：composer show --all
--all（双横线，不是 -a）会绕过本地缓存，直连 Packagist API，返回该包所有可用版本的摘要。这是装之前确认兼容性的关键一步。
composer show --all symfony/console输出含版本号、发布时间、是否稳定、最低 PHP 版本要求- 它不显示某个具体版本的完整
composer.json；要看 v6.4.0 的autoload或require，得写全：composer show symfony/console 6.4.0 -s - 包名拼错（如
symfony/consoole）时默认静默失败；加-v才能看到Package not found - 私有包要查到，得先确保
repositories已配置在composer.json中，或临时指定：composer show --repository https://your-satis.example.com/packages.json myorg/private-lib
最容易被忽略的是：所有 composer show 命令都必须在项目根目录（有 composer.json 的地方）执行，且严重依赖 composer.lock 的完整性。lock 文件损坏或缺失时，--tree 和 -s 可能返回空或错误结果，这时候先 composer install 或 composer update --lock 再试。
相关攻略
Composer 不会自动替换已弃用包，仅警告；需手动确认替代项（查 composer show、Packagist 页面或 GitHub），区分直接 子依赖并采取不同替换策略，替换后须检查 autoload、方法签名及 dev 依赖。 遇到 Composer 提示 Package foo bar
直接运行 composer show 就能列出当前项目所有已安装的包，但默认只显示包名、版本号和一行简短描述——它不自动展开 autoload、依赖树或远程版本，这些都得靠参数显式触发。 想快速摸清一个项目到底装了哪些依赖？composer show 这个命令是首选。不过，它的默认输出相当“克制”，
Composer怎么安装Flysystem文件系统_Composer如何引入Flysystem做文件存储抽象层【教程】 其实，安装 Flysystem v3 比想象中简单得多：直接执行 composer require league flysystem 就行，无需指定版本，更不用费心找什么“v3专用
Composer依赖迁移：为什么复制vendor目录是条“死路”？ 把项目从一个环境搬到另一个，很多人的第一反应是：直接把 vendor 目录打个包，复制过去不就完了？省时又省力。但现实往往很骨感——这么干，十有八九会掉进坑里。真正可靠的办法，其实就一条：老老实实运行 composer instal
Composer镜像配置：一个命令背后，三个必须踩准的“坑” 说起给Composer换国内镜像，很多人的第一反应就是那句经典的命令：composer config -g repo packagist。没错，方向是对的，但问题往往就出在执行细节上。绝大多数配置失败，根源并非网络，而是命令本身写错了——
热门专题
热门推荐
美的洗碗机：告别手动预洗，真能实现“脏碗直入”吗？ 直接将沾满油污的碗盘放入洗碗机，您是否仍心存疑虑？这确实是许多用户的共同疑问。实际上，针对日常餐后绝大多数餐具的清洁需求，美的洗碗机已设计出一套高效的智能解决方案，让您彻底告别费力的人工冲洗。其核心在于一项智能预洗程序，它并非简单的“过一遍水”，而
虚拟键盘：用鼠标也能轻松打字的系统级方案 当物理键盘临时罢工，或者你只是想在触摸屏上点点戳戳完成输入，系统内置的虚拟键盘（或称屏幕键盘）就是那个随时待命的救星。它无需安装任何第三方软件，完全通过鼠标操作即可调用和输入，完美适配临时应急、无障碍辅助，甚至是清洁键盘时的临时替代等场景。无论是Window
油市现在最诡异的地方，账算不平 眼下油市最吊诡的一点，是账怎么也算不平：供应端被硬生生切掉了一大块，库存正以肉眼可见的速度被抽干，需求那头也在往下掉。可价格的反应，却不像一个正在被迫“清算”的市场该有的样子。摩根大通的观点一针见血——这套全球原油的供需账，肯定有哪里不对劲。 该行大宗商品策略师Nat
德业除湿机常见故障解析与模块化排查指南 说到德业除湿机的常见故障，其实主要集中在五个方面：通风系统异常、制冷循环失常、压缩机性能下降、整机噪音升高，以及水路泄漏问题。有意思的是，机器本身还挺“聪明”，配备了一套标准化的故障代码系统，能精准指向具体问题模块。比如，从E1到E9这些代码，分别对应着湿度传
iPad关机按键失效后，如何优雅地完成关机与重启？ 物理按键偶尔失灵，这在电子设备中并不罕见。好在，即便iPad的关机按键完全失效，你依然有多种可靠的方式来实现正常关机与重启。这些方法并非旁门左道，而是苹果官方在系统层面预留的“后门”，从系统设置、组合按键到辅助触控，构成了完整的冗余操作链。根据ID